关于项目进度控制的思考

思考源于最近的工作经历。去年下半年开始的一个大项目，我作为其中一个子项目的项目经理。因为外部因素，项目整体进度延后，何时上线并不明朗。我负责的子项目在3月份按照初始设计完成功能开发和测试，之后一直进行修改和完善。但进度一直很不如意，分配的任务总是延期。最近插入一个新项目，只有三周时间要完成开发和上线，难度虽然不大，但进度还是很紧。我带两个开发人员实施项目，虽然开发阶段因为出现的问题有所延误，但通过加班加以弥补，最终在规定时间完成并上线。

对比两个项目，为什么时间更紧迫的能够按时上线，而时间上相对宽松的反而更容易拖拉延期呢？分析原因可能有以下几点：

1）项目受时间、成本、范围约束，抛开成本不说，小项目的时间和范围很明确，在什么时间要完成多少功能，而且必须按时完成上线，所以要想方设法赶进度，即使中间有延误也要弥补回来；而另一个项目在总体上并没有明确的时间节点，项目经理也没有在项目组内明确设立时间节点，导致原有计划很容易被延后；

2）成员沟通上的损耗和影响，小项目因为规模小时间紧，项目管理上简化了很多，我直接给开发人员布置任务，开发人员有问题直接给我反馈，并一起解决，效率较高；另一项目在人员配备上除了我作为项目经理外，还有一个开发经理的角色，但由于我们两个有可能被临时抽调到其他项目，所以在缺一人的情况下，另一个人往往肩负项目经理和开发经理的职责，从而导致两人都在的时候职责分工反而有些混乱，有些事做重复了，有些事又都被忽略了。

针对这两个问题，下一阶段采取以下措施来改进：

1）制定明确的里程碑节点和任务计划，组内达成一致，严格执行；

2）划分清晰项目经理和开发经理的职责，项目经理就负责项目的计划、文档、汇报、对外接口、进度控制等工作，开发经理主抓程序的开发和检查，项目经理尽量屏蔽外部干扰，使开发人员能够安心开发；

3）项目组内形成定期交流沟通机制和途径，及时发现问题并处理。