规划项目的建议

认识到信心来自规划过程，而不是计划本身。 创建项目计划会迫使您早在编写一行代码之前就考虑如何构建您的系统--减少项目的风险，因为您已经考虑了各种策略和方法并且已经选择了最有意义的一项。您的目的不应该只是不花气力产生一个计划；它应该一个实际可行的计划，您可以根据它来成功管理您的项目。

软件过程推动计划的开发。 每个软件过程都有一个不同的集合，它包括组织团队的活动方法以及规划项目常用的技术。由于这个原因，基于 Rational Unified Process (RUP) 的项目规划不同于OOSP 项目的规划， 而 OOSP 项目的规划也不同于 eXtreme Programming(XP) 项目的规划。 不同的过程有不同的计划。

从粗粒度的计划开始。 在项目将要开始时，应该制定一个粗粒度的、确定项目高级活动和预期里程碑的计划。粗粒度的计划将组织成迭代--根据项目的大小和性质，每次迭代通常在三周到八周之间发生（四周到六周为更佳）。其中一些迭代将集中在项目初期，而很多迭代将集中在整个应用的功能部分开发，还有一些迭代集中在将您的系统转变成产品。

实施者应该是计划人员。 创建项目计划的最佳人员是负责实施该计划的人员。当规划由一个人创建而由另一个人实施时，如果项目不能按时完成或超出预算，他们不太会相信计划，而很有可能会责备它。也就是说，参与项目的每个人都应该投入到项目计划的开发和进展中。

不要忘记“不该忘记的事。” 计划不仅要反映需求设计、建模、编程和测试的“真实”工作，而且还应该反映辅助活动（然而仍是重要的），它包括：