IT项目管理过程-控制.docx

IT项目管理过程-控制
     
 
 
 
 
 
     
     
 
 
 
 
 
     
 
 
 
 
     项目控制就是根据项目跟踪发现的偏差和问题，制订相关的改进措施和解决方案并监督其执行，保证项目按照正常轨道运行。我们谈风险控制喜欢说要分析出风险的根源，项目控制也一样需要分析出问题和偏差的根源，而这一关键步骤则需要项目经理和整个项目组有完善的问题和偏差分析能力(涉及CMMI的DAR过程域)。
     由于任何一个问题或偏差的产生都往往不是一个因素确定的，所以这里不仅仅是分析的时候需要综合考虑各个指标和因素，在我们制订方案和措施的时候也需要进行多因素决策。在这里我们举例说明下：当我们发现某个项目成员完成的某个功能提交系统测试后BUG很多，对于这个问题可能原因就有1)任务工作量安排太紧张，根本没有留够自测和单元测试时间 2)项目成员个体生产率较低，但估算没有考虑该情况。 3)该功能业务逻辑本身较复杂 4)发现BUG很多不是开发人员问题，而是需求没有写清楚；而具体针对以上不同原因应该采取的解决措施是 1)考虑我们的估算是否需要改进 2)对低于评价生产率新员工或成员要进行培训，并且对类似情况要进行风险分析 3)架构和设计人员要介入，加强沟通 4)需求质量要通过培训或需求评审进一步提高；如果存在多方面的原因则就需要制订复合的改进措施进行改进。
     另外对于控制我们不能简单的理解成纠正偏离即可的一个简单过程，控制的一个重要任务是通过原因分析为我们后续版本积累宝贵经验。比如你在周跟踪的时候发现进度出现延后，你的控制措施可能是周末加班解决问题。但如果仅仅这样做的话则只治标而未治本，这样后续还会接二连三的出现进度延后的问题。但当你分析出进度延后的根源是项目成员的某方面技能没有达到而立刻组织相关培训进行改进的话，则后续就可以很好的避免类似问题的发生。
让我们来分析下常用的一些项目控制或纠正偏离方法：
     1)需求不明确，用户老是改来改去，项目返工工作量大。
     尽量是从我们开发模式上想办法，采用快速原型和用户确认需求，系统分析员尽量分析和挖掘用户深层次需求；开发模式上采用敏捷或增量迭代的开发方法来适应编号；设计上都采用面向接口设计保留系统的扩展性和健壮性。
     2)进度出现明显延后
     这里我们首先要谈的是，周跟踪是很重要的，在项目中我们以每周为单位对项目任务的进展进行跟踪，这样可以很好的控制项目的延期时间，便于采取后续的补救措施；在项目进度出现偏离时候增加人手往往是愚蠢的办法，最有效的方法就是缩减项目范围。次之的方法是项目成员加班，适当加班可以补救进度偏差，但长久的加班确会丧失所有效果；另外方法就是提升整个项目的士气，项目进度延后时候往往士气较涣散，大家的生产率也较低，工作责任心不强导致