3．确认实施计划

　　确认时可以围绕软件实施计划表把具体内容交流清楚，目的是让双方充分理解什么时候该干什么事情，由谁来负责谁来协助，以及干到什么程度。确认过程可能会比较麻烦（有些用户的部门之间会扯皮），最好事先和用户的领导把一些东西定下来， 而后由他们的领导来主持会议，这样效果比较好。

　　软件操作培训

　　培训工作是应用软件实施过程中不可缺少的环节，要把握好培训的时间，即使在培训内容比较多的情况下，也不要一次把培训时间安排的过长（不要希望通过一次完整的培训可以让用户掌握所有功能，实施过程中的培训可能更加有效），可以先把立即要使用的软件功能或业务流程讲解清楚，避免大家一上来就感觉软件复杂，产生厌烦情绪。培训时不要像说流水帐一样：先找到××功能，单击进入等。要将软件功能和操作员经常使用的业务挂钩，这样讲起来可以让大家感觉比较好理解，而且可以产生亲切感。

　　每一次培训尽量邀请用户方的主负责人和系统管理员参加，一来可以让操作员真正重视起来，二来可以为以后日常维护做一些准备。培训过程中的一些用语要注意，毕竟用户不全是计算机高手，而且第一次使用软件，千万不可埋怨或说一些伤害他人自尊心的话，不要说“你就这样操作，其他的不用考虑”，而应该说“就像你日常填写的表格一样，把属于你职责范围内的项目填写完成即可”，更不能说“都给你讲N 遍了，怎么老是记不住”这样的话。经过本过程一定要和操作员建立良好的关系，如果他们老是向领导反映软件不好用，恐怕对项目的整体进度没什么好处。

　　实施、小结、整改

　　本阶段属于循环任务，根据项目规模的大小，周期和循环次数会不尽相同。在实施过程中现场技术人员要加强现场指导，做到有问题及时记录、及时解答，此时的讲解是最具有针对性的，如果说上一阶段的软件操作培训是让用户有一个初步认识的话，那么本阶段就是真刀真枪的实战了。

　　实施不顺利的原因有很多：软件操作复杂不符合要求、业务流程设计不合理出现流程瓶颈等，所以实施过程中要定期进行小结，参与人员的范围不需要太大，目的是把应用过程中出现的问题反映出来，分析问题原因并寻找解决办法，至少应该一周一次，别忘了邀请用户方的主负责人和系统管理员参加，而且每次形成小结报告后要提交给用户的主要负责人，一定要让用户清楚的了解实施进度以及出现的问题。在现场一定会涉及到软件修改的问题，此时，项目经理要把握好以下几方面内容：

　　是否有必要修改程序？ 如果是为了偷懒或其他个人原因，想要打破原有的业务规则或业务逻辑，那么要和当事人及用户负责人沟通清楚，毕竟上软件是为了规范。此刻的沟通要注意技巧， 既不能“出卖”当事人，又不能使自己盲目的修改程序。

　　修改程序的工作量和修改后的效果是否成正比？本项工作相当于对功能进行设计层面的修改，此时，要充分结合业务实际，还要充分发挥设计人员的想象力。我做的项目中就有这样一个功能，技术人员设计了处理方式让我看，实际效果已经可以了，但是修改需要至少两天的时间，于是我给他一些建议让他重新考虑功能设计，最后只用了半天就完成了修改，而且符合用户要求。

　　重大的修改要慎重。我们最不愿意看到的就是这个！没什么说的，重新了解用户需求、考虑解决方法、形成处理文档，请用户方的主负责人和系统管理员参加讨论，形成决议后再考虑如何对程序进行修改，万不可偏听偏信，因为有些时候可能是误会，比如：操作人员并不理解管理层的实际意图。通过本阶段不仅可以和项目实施涉及的所有人员建立良好的关系，而且要让软件的问题充分暴露，为后续的验收工作做好一切准备。

　　项目组的最后一项工作是验收，为此也要进行相应的准备工作，比如做好是验收前的策划，具体包含以下工作重点：

　　1、提前邀请需要参加验收的上级领导和专家，一方面表示尊重，另一方面好让他们安排工作计划。
　　2、把前几个阶段实施过程中形成书面资料进行整理、打印、装订，制作验收时讲解使用的PPT。
　　3、开一个验收前的准备会，让大家演习一遍，放松一下紧张的心情。大家可能有同感，实际的实施工作中琐碎细节还有很多，比如：要协调不同部门的工作、人际关系、如何向双方领导汇报工作等，但是只要把握住工作重点、工作细节和工作方法，就能够和用户建立很好的信任关系，项目的实施也就能够比较顺利了。

　　应用软件的项目实施是个比较大的话题，本人只是把自己的一些真实经历和感受描述出来，希望能和大家一起分享。