两年前买的一本软件项目管理看完后就扔在柜子里，最近又拿来起来，结合目前自己带的团队中的一些情况，颇有感触，于是决定写点东西。
有些项目负责人经常抱怨项目的进度无法控制，项目各阶段schedule无法设定，即使设定了项目也无法按既定目标来走。在我看来，这些都有其罪恶的根源，问题的关键是项目进度计划没有做好。
项目进度计划是软件开发过程的心脏，计划必须做到以下三点：
经过充分考虑
得到参与者的承诺
紧张而可完成的
只有被很好确定的事情，才能提交进度计划，根据具体的情况可以制定最初的项目进度计划和最终的项目进度计划。
为了更好的制定项目进度计划，项目负责人或项目组高层必须将软件项目开发细分为各个活动细项，然后再评估每个活动细项周期：
使用工作细目分类结构
使用历史数据（根据以往的开发经验）
包括意外事故缓冲时间
关键路径不宜过多，不能超过项目活动的20%
在这里我要特别提一下如何计划事故缓冲时间，缓冲时间包括：
加班、轮班或临时病假等缓冲
节假日缓冲
人员离职的事故缓冲
项目负责人在做项目进度计划时要把缓冲时间分摊到项目的所有活动中，另外把一些重要活动的完成时间排到周末也是一种较好的方法，有事故发生还可以利用周末时间来补（当然这是无奈之举，事实证明确实有效）。
项目进度计划必须包括：
里程碑
活动责任矩阵
项目检查表
当计划必须改变时，原则：
当计划日期改变，必须保留原有日期
有改正的机会就不要改变计划
限制修改项目进度计划时间
最后项目进度计划必须是富有挑战性但却是可达成的，项目领导对其负有最大责任，计划一旦承诺，项目成员必须与之共度。