1. 制定项目规则,让大家养成习惯
项目早期,项目组刚刚成立,大家的工作风格都不统一,需要PL尽早制定出符合项目的规章制度。
比如:什么时候要报告进度,报告进度的统一标准,成果物的提交标准等等。刚开始的时候,大家
会有不习惯,这需要PL以及管理层,坚持执行,贯穿到底。表扬好的,批评差的,让大家养成自然
的工作习惯。早期推行的时候,管理班子会比较辛苦,要时常跟踪纠正,等大家养成习惯了,就轻松了,
项目整理的生产力,执行力能够大大提高。没有规矩难成方圆,制定出适合的规则,才能将项目组成员
拧成一股绳,一起为了项目的目标前进。另外,规则从项目一开始一直到结束要不断维护更新,以适应
不通的项目阶段。
2. 重要的任务,一定要通过工程表管理(跟踪)
正常的模块开发等都会反映在工程表中,但是有时候有些突发的事件就很少有人反映到工程表中管理了,
很多PL喜欢用一封Mail交代任务,甚至用口头的方式。在项目忙的时候,这样工程表以外的任务极其
容易被忽略。无法得到及时跟踪及控制。因此,只要是认为是重要的任务就应该反映到工程表中,并
通过正式的方式进行交代。比如:项目例会等。一方面,有工程表控制,对于任务的执行人就会有压力,
催促他及时完成。一方面,出于绩效方面的考虑,完成正常开发以外的任务也应该得到肯定和评价。
3. 所有成果物都应该得到Review
这一点也需要整体判断,在项目人力,时间(成本)允许的前提下进行。只要是人就会犯错误,无论是一篇文档,
还是一千行代码,做出来的东西,只要Review就一定发现问题。通过Review避免的问题的代价,绝对要比
在后面的阶段中发现问题再解决来的小得多得多。另外,成果物通过Review及时确认,了解进度的真实情况
也是确保项目进度的一个重要手段。