PL在项目控制中必要的3个手段

 

1. 制定项目规则，让大家养成习惯

    项目早期，项目组刚刚成立，大家的工作风格都不统一，需要PL尽早制定出符合项目的规章制度。

    比如：什么时候要报告进度，报告进度的统一标准，成果物的提交标准等等。刚开始的时候，大家

    会有不习惯，这需要PL以及管理层，坚持执行，贯穿到底。表扬好的，批评差的，让大家养成自然

    的工作习惯。早期推行的时候，管理班子会比较辛苦，要时常跟踪纠正，等大家养成习惯了，就轻松了，

    项目整理的生产力，执行力能够大大提高。没有规矩难成方圆，制定出适合的规则，才能将项目组成员

    拧成一股绳，一起为了项目的目标前进。另外，规则从项目一开始一直到结束要不断维护更新，以适应

    不通的项目阶段。

  

 

2. 重要的任务，一定要通过工程表管理(跟踪)

    正常的模块开发等都会反映在工程表中，但是有时候有些突发的事件就很少有人反映到工程表中管理了，

    很多PL喜欢用一封Mail交代任务，甚至用口头的方式。在项目忙的时候，这样工程表以外的任务极其

    容易被忽略。无法得到及时跟踪及控制。因此，只要是认为是重要的任务就应该反映到工程表中，并

    通过正式的方式进行交代。比如：项目例会等。一方面，有工程表控制，对于任务的执行人就会有压力，

    催促他及时完成。一方面，出于绩效方面的考虑，完成正常开发以外的任务也应该得到肯定和评价。

   

 

3. 所有成果物都应该得到Review

    这一点也需要整体判断，在项目人力，时间（成本）允许的前提下进行。只要是人就会犯错误，无论是一篇文档，

    还是一千行代码，做出来的东西，只要Review就一定发现问题。通过Review避免的问题的代价，绝对要比

    在后面的阶段中发现问题再解决来的小得多得多。另外，成果物通过Review及时确认，了解进度的真实情况

    也是确保项目进度的一个重要手段。