项目进度出现了严重的偏差

 

DM进行到现在，本应该是进入了编码实现的阶段，但是部分模块却连设计文档都尚未完成，项目出现了严重偏差，而更严重的是目前静止不前的状态看不到一个有效改变。

项目的偏差，主要原因有：

1、               一个六个人的小项目，却要求严格按照CMMI L5来实施，在产品开发的过程中，花费了大量的时间和精力在CMMI L5的过程实施以及文档编写上，严重影响了项目的进度。

2、               产品的开发没有得到上级领导的重视，每个领导都很实际，在产品没有利益出来之前，这个产品永远不会被重视，它的工作的优先级总是不会摆在第一位，领导不够关注，员工自然也不会全力以赴。

3、               作为项目经理的C，因为同时兼顾多个产品的开发，被工程缠身，没有足够的精力投入项目的开发；同时，缺少威信与经验，很难有效唤起整个团队的积极性，特别是对于一直是他领导的X，无法监管。

4、               作为经验丰富的X，心早就不在工作上，他所负责的部分，设计文档一再延迟。曾不止一次地问他，详细设计文档什么时候可以交付评审，他总是不紧不慢地回答：“不着急，不着急，下周提交吧！”只是，下周复下周，一个详细设计文档延迟了足足一个月！X的态度，在某种程度上说，影响了项目组中其它成员的工作积极性。而团队中，却又没有人能够使他改变。

5、               我们的PPQA，虽然重视项目，虽然认真负责，无奈人远在北京，也无法及时了解项目的进展与实际情况，只能等到阶段检查的时候发现项目进度偏差再纠正。

6、               因为公司领导层的决策，在项目组中强行推动公司开发的开发工具，而这个工具不为项目组成员所熟悉，也不适合本项目，项目组成员在这个工具的摸索花了很长的时间。

 

看完了PPQA提交的项目进度偏差预警报告，中午把项目经理抓出去就目前的进度与存在问题进行了长谈，他也很无奈，毕竟很多东西都不在他的控制范围之内，他自己本身已经被项目压得透不过气来。既然项目的进展已经不在项目经理的控制范围之内，资源就必须要上级经理来进行调配了。作为测试负责人，项目进展成现成的状况，是我不想看到的，不过出现了也就要找出原因并制定相关的对策。

首先，作为项目经理的C，不能继续像现在一样忙于应付来自工程的新需求与故障，他手头上的工作可以转给别的同事接手，专心做DM的工作，否则，项目肯定无法预期完成； 其次，X的工作态度应该改变，如果不能改变，那么应该由其他的成员接替他的工作，一个项目不可能因为他的工作而使进度受到影响，也不可能因为他的延迟而导致其他人的工作无法开展；第三，目前已经延迟的工作，应该尽快完成，尚未开始的工作计划向后顺延两周；最后，项目组中的所有成员的工作积极性都应该被调动起来，齐心协力完成项目的开发。

经过讨论与协调，我的建议被项目组取纳，C目前负责的老项目转交给其他同事负责，X将退出项目组而他的工作将被C接替，项目组中的另两名开发同事也将肩负起更多的责任，项目计划也将进一步调整。项目计划，延长了开发的时间，而没有推迟发布时间，这就意味着测试时间将会减少，测试压力将会增大。每个项目的发布，都因为时间紧迫没有给测试足够多的时间，原以为DM会有一个充足的测试时间，没想到最终的时间压力还是到测试阶段，我也很无奈。

原本只是一个在很短时间就可以完成的项目，因为CMMI的原因，项目的开发时间比原来多了一倍，CMMI号称控制项目的流程，但流程没有有效控制，有一点点的讽刺。不过，再理想的计划在执行过程中也会发生变化，项目跟踪的目的就是及早发现这些变化和异常，确保项目能够按时保质发布，在现阶段发现了问题并及时进行了纠正与分析，也是流程控制的好处。

 

Written by smilings in GuangZhou, Dec 16^th，2006