一、   未顺利达成项目目标的原因分析

A、进度方面

1.系统上线之后没有及时培训，有两方面的原因：第一，初始化系统和迁移一期数据没有及时完成，用了两个星期；第二，当我们准备好系统之后，客户领导连续三个星期都有出差工作，安排不了培训时间。

2.没能按计划完成验收，也有两方面的原因：第一，试运行期间，客户提了十多次的系统功能修改需求，延长了试运行时间；第二，验收了两次，第一次没通过，原因是在验收之前没有去找原业主领导（原业主是经科局，后项目转到发改局）征求意见，导致验收会上以没有满足她提过的要求而不同意通过验收。

3.系统培训效果不好，还被投诉，对后续推动验收有一定的负面影响，主要原因有二：第一，我方没有跟客户提前沟通培训对象，只是根据以往经验准备培训，给各单位信用相关工作人员进行系统操作培训，没有考虑参加培训还有哪些人员（当时有业主领导及各单位领导参加，但他们不关心操作，也看不懂，培训效果不好）；第二，作为项目经理的我没在现场（当时在宿州开会走不开，没有协调好两边的时间安排），只有支撑工程师和销售人员在场，培训经验不足，不能根据现场情况做相应调整。

B、工作量方面

1.业务分析的工时远超预估，主要有三个原因：第一，由于客户对我们一期项目不满意，导致客户跟我们过需求，总共开了3次需求调研确认会，才把勉强需求定下来；第二，需求文件不仅经过客户评审，而且还要通过监理单位，架构治理单位的评审，增加了审批流程；第三，后期制作大屏功能的需求工作是前期没有预估工作量的。

2.软件实施的工时远超预估，主要有两个原因：第一，客户提了十多次的修改，每次客户提出修改意见后，总包方（希格玛）项目经理都把工作作为紧急工作，限期完成，有两次让我们周末加班完成，但是有时已经修改过的功能又被推翻再改，导致项目工作量大增，我方开发人员也比较疲惫。第二，客户后期又让我们做一个大屏的功能，该功能是不包括建设范围内的，也不在我们估算工作量里，在设计和开发的过程中几次修改，导致实际工作量进一步增加。

C、回款方面

1.终验款延期近4个月的原因有四：第一，本来总包方说是年前给，后有推到年后；第二，年后由于疫情愿意，总包方推迟复工近一个月；第三，复工后客户准备给我们付款时，发现付款申请上的金额不对（初验款没付之前，是对的，现在需要减去初验款的金额，给他们的时候并没有提出来）；第四，他们每月只打一次款，当天改好邮件给了他们，但当月也不能付款。

2.分公司负责人被缓发绩效工资，原因有二：第一，去年底总包方说要付款，找我要发票，分初验款和终验款两张发票，我方直接开出，但是只付了初验款，没付终验款；第二，由于疫情和付款申请表上金额不正确的问题，到时开出发票超3个月没有收到终验款（公司制度，开出发票超过3个月没回款，要缓发绩效工资）。

二、   经验教训总结

1、系统上线之前多做准备工作，在项目验收之后尽快（一周以内）做好系统初始化工作（包括账户创建、基础数据上传等），在上线之后就可以开始跟客户沟通培训事宜（培训时间、培训地点、参加人员、培训内容等），尽快展开培训（因为试运行时间一般都是从培训开始的）。

2、培训时间确定好后，项目经理要安排好时间，不管是否亲自培训，都必须参加培训会，防止意外情况出现，交付工程师应付不了。

3、关于试运行期间的系统优化问题，要事先跟客户沟通确认清楚，在试运行期间，我们会做2-3次的优化升级，客户在使用系统的过程中遇到问题，我们都会记录，然后统一进行确认并安排技术人员修改，而不是一有意见就要求快速修改，因为频繁升级既不能保证系统的稳定，又增加了不必要的工作量。

4、在项目验收之前一定要取得关键客户的确认，尤其是业主，否则在验收会上很可能会被刁难，甚至验收不通过。

5、项目前期做工作量评估时，不仅要了解项目实施过程和环节，因为不同的项目实施过程和环节，同样的工作所消耗的工时是不一样的（比如，我们与客户直接沟通，就比通过监理和总包方跟客户沟通要快速的多）；还要多跟客户或者总包方沟通后期可能要额外增加的功能，尽可能避免遗漏，后期需求和范围变更起来比较麻烦。

6、在给客户或总包方开项目款发票时，一定要确认清楚打款计划，在客户没有确定计划之前不要开票，否则可能有被扣发绩效工资的风险。