在敏捷泛滥的背景下，还需要做项目计划吗？答案是肯定的，有了计划才有了衡量和控制的手段，目标的达成才有保障，我给大家分享制定一份好的计划，所需要的几个步骤。

1、要明确并分析需求，进行产品分解结构。我们常说的PBS，先PBS再打入WBS则更有利于清楚需求本身的逻辑关系、依赖关系和其他细节，更不容易遗漏。

2、识别依赖关系和风险。在PBS完成之后，要识别系统功能之间的依赖关系，以及子系统功能是否存在资源风险，技术方面的瓶颈，人力的风险等等。

3、要进行工作任务的WBS分解计划，整合识别并优化关键路径，确定计划的合理性。通常采用两个原则，以终为始和并行工作。其中一以终为始是产品最终验收的效果为准，并不是以开发的工作量结束为准。以一个系统功能为例，系统功能的开发时间是四天，但实际上产品功能体验的时间一天，还有测试的时间一天，而且还要预留一天的buff，应对可能的风险,完整的算下来，该功能的系统开发时间实际上应该是七天。第二个是并行法则，顾名思义是要将项目中尽可能没有关联的系统任务并行开发，挤掉计划中的水分，加快项目的进度。

4、明确责任，项目经理需要和各个leader一起沟通，确定每个功能的具体执行人员、具体工作任务的详细评估是由具体参与执行的人员进行评估的，这样的评估才更为准确和可靠。

5、要与管理层对齐，计划在项目计划制定完成之后，项目经理需要和管理层汇报沟通，获得管理层的认可和同意。

6、要以校准目标来替代校准计划。那么计划制定出来之后，是要跟进并执行的。怎么来更好的跟进和执行呢？我个人倾向于以校准目标来替代校准计划。校准目标是敏捷所提倡的一个思路，以及不用去校准每天的具体计划，给具体执行人员一定的包容度和自由度。项目经理可以根据项目计划的情况，输出关键的时间节点，告诉他开发完成的时间。在这个时间段，具体怎么去完成完全交由开发人员自己的安排。但是如果这个开发人员在给的这个时间段内不能很好的完成工作的任务，那么我们就可以缩短这个监控的时间差，来督促这个表现相对比较差的人员能够尽快的完成工作任务。