应对变化优先于遵循计划

响应变化的能力经常决定着软件项目的成败。做的计划要有一定的灵活性，准备好适应业务和技术的变化。

软件项目不能计划得太久远。首先，业务环境在变，会造成需求变化。其次，一旦客户看到系统开始起作用，他们可能改变需求。最后，即使我们知道需求是什么，并确定它们不会改变，但仍然不容易判断要花多长时间才能开发完成。

新手管理人员喜欢为整个项目制作一张好看的PERT或甘特图并贴到墙上。这使他们有一种项目尽在掌控中的幻觉。可以跟踪单独的任务，完成后在图中打个叉。可以将实际日期和计划日期进行比较，对任何偏差做出响应。

然而，实际发生的情况是，图表的结构在弱化。当团队了解了系统且客户了解了团队的需求之后，图中的某些任务就不再具有必要性。期间可能发现并添加其他任务。简单地说，计划会一直在变，而非仅仅是日期在变。

制定计划时，更好的策略是为下周制定详细计划，为接下来的三个月制定大致计划，为更长的期限制定极为粗略的计划。随时了解下周要做的各项任务。大致了解接下来三个月要处理的需求。对一年后的系统，有一个模糊的印象即可。

计划的详细程度越来越低，意味着只需为迫在眉睫的任务制定详细计划。详细计划一旦做出就很难改变，因为团队为了完成这个计划会投入大量的热情和精力。由于该计划只需要持续一周，所以计划剩余的部分仍然是灵活可控的。