在过去三年的工作当中，参与过几个项目的开发，每个项目的初期都有一个看起来还算挺漂亮的mpp。只不过随着项目的不断演进，所有的mpp都成了摆设。最近一段时间自己也成了所谓的项目经理（需求+项目管理+开发+其它项目的维护+杂事等），也开始用project做计划。
第一个mpp糟糕透顶，项目进行的过程中惨不忍睹。幸运的是在第二个项目中，事情逐渐改观。其中关键的一点是项目的计划没有超过一个月。
作为项目经理，我基本清楚本周和下周要完成的任务以及这些任务分别由谁来完成，再往后推究则慢慢的扭曲，如果超过一个月的话，只能大致的估算出应完成哪些任务，这个时候还考虑由谁来完成具体任务则已不现实。原因很简单，变数太多了。
我是这么来做计划的。
1、参照《软件需求最佳实践：SERU过程框架原理与应用》一书倡导的需求方式，将需求制作成一个需求项列表，每个需求的加上了编号。
2、参照《硝烟中的SCRUM和XP》这本书中提到的一个做法，将Sprint设为3周。在1的基础上划定这三周中能完成的任务，并制定出版本的mpp。
3、以周为单位跟踪每个任务的进度，不断地对mpp进行调整。此处则需要用到自己做的一个工具，请看图，分别从项目视角和人员视角掌控项目相关信息。
