[原创]IT项目管理过程-控制

作者：人月&神话

2007/7/17 13:19:58

项目控制就是根据项目跟踪发现的偏差和问题，制订相关的改进措施和解决方案并监督其执行，保证项目按照正常轨道运行。我们谈风险控制喜欢说要分析出风险的根源，项目控制也一样需要分析出问题和偏差的根源，而这一关键步骤则需要项目经理和整个项目组有完善的问题和偏差分析能力(涉及CMMI的DAR过程域)。

由于任何一个问题或偏差的产生都往往不是一个因素确定的，所以这里不仅仅是分析的时候需要综合考虑各个指标和因素，在我们制订方案和措施的时候也需要进行多因素决策。在这里我们举例说明下：当我们发现某个项目成员完成的某个功能提交系统测试后BUG很多，对于这个问题可能原因就有1)任务工作量安排太紧张，根本没有留够自测和单元测试时间 2)项目成员个体生产率较低，但估算没有考虑该情况。 3)该功能业务逻辑本身较复杂 4)发现BUG很多不是开发人员问题，而是需求没有写清楚；而具体针对以上不同原因应该采取的解决措施是 1)考虑我们的估算是否需要改进 2)对低于评价生产率新员工或成员要进行培训，并且对类似情况要进行风险分析 3)架构和设计人员要介入，加强沟通 4)需求质量要通过培训或需求评审进一步提高；如果存在多方面的原因则就需要制订复合的改进措施进行改进。

另外对于控制我们不能简单的理解成纠正偏离即可的一个简单过程，控制的一个重要任务是通过原因分析为我们后续版本积累宝贵经验。比如你在周跟踪的时候发现进度出现延后，你的控制措施可能是周末加班解决问题。但如果仅仅这样做的话则只治标而未治本，这样后续还会接二连三的出现进度延后的问题。但当你分析出进度延后的根源是项目成员的某方面技能没有达到而立刻组织相关培训进行改进的话，则后续就可以很好的避免类似问题的发生。
让我们来分析下常用的一些项目控制或纠正偏离方法：

1)需求不明确，用户老是改来改去，项目返工工作量大。
尽量是从我们开发模式上想办法，采用快速原型和用户确认需求，系统分析员尽量分析和挖掘用户深层次需求；开发模式上采用敏捷或增量迭代的开发方法来适应编号；设计上都采用面向接口设计保留系统的扩展性和健壮性。

2)进度出现明显延后
这里我们首先要谈的是，周跟踪是很重要的，在项目中我们以每周为单位对项目任务的进展进行跟踪，这样可以很好的控制项目的延期时间，便于采取后续的补救措施；在项目进度出现偏离时候增加人手往往是愚蠢的办法，最有效的方法就是缩减项目范围。次之的方法是项目成员加班，适当加班可以补救进度偏差，但长久的加班确会丧失所有效果；另外方法就是提升整个项目的士气，项目进度延后时候往往士气较涣散，大家的生产率也较低，工作责任心不强导致产出的工件质量不高，这种时候往往更是需要通过团队活动来提升项目凝聚力的时候。另外一个关键就是项目经理应该审视自己的进度和人员安排是否合理，资源是否充分利用，外科手术队伍里面不需要大家都拿手术刀，你的项目手术刀是否交给了放心的人？

3)项目产出物的质量较差。
质量差有两个原因，一个是成员本身技能还存在问题，另一个原因就是态度问题。对于本身技能问题应该尽快的组织项目的培训和交流，对于新员工要安排专门的辅导老师，尽快让技能欠缺者提升技能，保证整个团队的战斗力。态度决定一切，项目中产出物的质量差往往更多是项目成员的态度问题，而这个没有捷径，只要通过持续的项目团队建设，定期的项目成员沟通进行改善。

项目经理不可能面面俱到，三头六臂。项目经理一个重要目标就是建设一个有激情和责任感的团队，大家都以项目为重，把软件系统真正的当做他们自己的产品，这样才能够生产出高质量的产品。

当发现缺陷泄露率较高的时候，一定要及时的采取措施，加强评审的力度和代码Review的力度，加强这方面团队规程和纪律的建立，保证项目成员能够按照规程和规范去执行检查，而不仅仅是把评审和Review做为一种应付手段。