引言：

项目工期的控制，应该是开发人员，项目经理，产品经理最为之关心，也最头疼的问题。

 

关于工期的控制，我有几点思考：

• 项目可行性分析。
• 怎样制定目标，怎样完成验收。
• 工期的时间粒度划分。
• 追求细节对于工期的影响。
• 领导过程干预，束手缚脚。
• 团队技术氛围的营造。

 

具体实施：

      在需求阶段，应该对项目的可行性进行分析。结合团队的技术实力，客观的分析。制定每个阶段，可量化的需求标准。需求不确定或者根本就是不行的项目，工期控制是无从谈起的。

      在实施阶段，对于每个阶段的目标，应该确定需求是明确，可以量化标准。验收时，严格按照本阶段制定需求进行验收，避免想当然或者验收本不属于本阶段的内容。

　　对于验收结果进行评估，对于开发中出现的问题进行商讨，对于新产生的需求，做为下一次制定需求时提供参考。肯定开发人员的工作成绩，指出工作中不足的地方。

      对于项目一个阶段的时间粒度，不应太大，不然为验收带来很大的难度，导致过程失控。

      对于时间的控制，我个人觉得一周二次，应该是比较好的粒度。对于大型项目，可以对每个迭代期，划分成几个小的阶段。这样每次需求的量都不会太大，开发人员，也能比较轻松的完成目标，不会带来太大的心理负担。

      对于细节的追求，我觉得无可厚非，不过应该能在掌控全局的基础上，快速的开发出功能的原型。

      对于领导过程干预，也可能影响到工期控制。应该让开发人员拥有适当的自由度，不能让开发人员束手缚脚。领导能做到放得开，也Hold住就最好的。

　　对于团队的技术氛围的营造，虽然不提倡加班，日以继夜，但是对于难题的攻关，在一个技术氛围很浓厚的团队，对于项目进展绝对是有利的，和催化剂的作用很像。

结尾：

　　工期控制肯定是有很多方法，可以借鉴和学习的，希望我们的团队能走的更远。也希望园子里的朋友给我们提出宝贵的意见，谢谢。