我们着重强调对项目规模和资源的估算，是因为低质量的项目资源估算将不可避免地造成资源短缺，进度延迟和预算超支。又由于项目资源估算是从软件规模估算中直接衍生出来的，所以低质量的规模估算是造成许多软件项目问题的根本原因。

　项目计划应在项目开始初期制定出，并随着工程的进展不断地加以精化。起初，由于软件需求通常是模糊而又不完整的，我们的工作重点应在于明确该项目需要哪些领域的知识，并且如何获取这些知识。如果不遵循这一指导原则，程序员们通常会积极地投入到那部分已知的工作中去，而把未知部分留滞到以后。这种工作方式通常会产生很多问题，因为未知部分具有高的风险系数。软件项目计划的逻辑如下所述 ：

　由于软件需求在初始阶段是模糊而又不完整的，质量计划只能建立在对客户需求的大致而不确切的理解之上。因此，项目计划应该从找出含糊不确切与准确恰当的软件需求间的映射关系入手。

　接着建立一种概念设计。项目初始架构的建立要十分谨慎，因为它通常标定了产品模块的分割线，同时描述了这些模块所实现的功能及所有模块间的关系。这为项目计划和项目实施提供了组织框架，因此一个低质量的概念设计是不能满足要求的。

　在每一次后续的需求精化时，也应同时精化资源映射，项目规模估算和工程进度。

　八、制订软件项目计划的方法与策略

　制订软件项目计划的目的在于建立并维护软件项目各项活动的计划，软件项目计划其实是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件。一个好的软件项目计划可为项目的成功实施打下坚实的基础。

　软件项目有其特殊性，不确定因素多，工作量估计困难，项目初期难于制定一个科学、合理的项目计划。我曾主持和参与过大大小小的软件项目十余项，下面我将把我制订软件项目计划的经验分享给大家。

　1.注重项目计划的层次性

　软件项目计划的层次及其关系如下图所示。

　高级计划，是项目的早期计划。高级计划应当是粗粒度的，主要是进行项目的阶段划分，确定重大的里程碑，所需相关的资源，包括人力资源、设备资源、资金资源，即所谓的人、财、物三个要素。

　大的阶段交替之前，应做好下一阶段的详细计划，我们称之为二级计划。详细计划要确定各项任务的负责人，开始时间，结束时间，任务之间的依赖关系，设备资源，小的事件点（即里程碑）。

　如果项目规模相对较大，可以有多级的计划，比如说，一个项目组可能分为几个开发组，二级计划是各开发组制订的适合的自己小组的计划。如果开发组还分了小组，可以有小组的三级计划。

　开发人员的个人计划是低级计划，由开发人员根据自己的任务自行制定，要把任务细化到人·日。

　一般的，软件项目计划至多有四级够了，过多的等级将会引发效率的瓶颈。大的项目不见得要有庞大的组织和人员数量来支撑，合理的划分小组，减少组织的层次，有利于项目计划的制订和实施。较小的软件项目由于工期不长，人员较少，有二级计划（高级计划与低级计划）也是可行的。

　2.重视与客户的沟通

　与客户的沟通是很重要的。不必害怕客户知道我们的开发计划，特别是项目进度情况，应当和客户共享这些信息。

　首先，客户会提出一些对项目时间、进度、效果上的要求，这个指标往往经不起推敲，有的还带有较强的政策性。如：在我主持的一个某单位人事MIS系统的开发中发现，客户方对时间上的约束是有成形的文件的，是他们单位领导们开会的决定。客户给出的从项目启动到验收的时间只有三个月，但是，经过我们认真的需求调研，做出项目进度的粗计划和部分的二级计划后，发现三个月的时间是难于实现的。我们把做出的调研文档和项目计划摆出来和和客户讨论，终使项目的开发时间延长为六个月。站在为了科学地分析和解决问题的立场上来看，项目组和客户的目的是一致的，所以对于合理的项目进度客户是会理解与支持的。

　其次，我们有义务要让客户知道项目的计划。这样才能让客户和用户主动、积极参与项目，达到项目的终目标。项目计划取得双方签字认可是一种好的习惯。客户可能不愿意签正式的文件，那么在文档的封面上签上双方负责人的姓名、联系方式也行，虽然是非正式的，但留下了项目工作的痕迹。有必要想办法让客户清楚签字意味着什么。这意味说双方有了一个约定，既让用户感觉心里踏实，也让自己的项目组有了责任感，有一种督促和促进的作用。

　3.该详细的详细，该简略的简略

　软件项目计划如同软件项目本身一样有它特殊性，一个三五个人花两三个月可以完工的小项目，可能项目计划四五页纸，包括一个WBS（工作分解结构）和一个Gantee图（甘特图）。一个需要五六十个人甚至上百人，要花上半年或更长时间的大型软件项目则会有更多的项目计划内容。我们得按照项目的的特定情况量体裁衣。

　如下表表1所示，这是我主持的一个某高校教务办公信息系统项目的风险管理计划表。项目较小，我们只用了两个月的时间开发完工，通过验收。正因如此，我们在项目计划中大量的采用了这种表格来制订人员计划、培训计划、风险计划、成本估计、文档大小估计、进度计划，一目了然，责任到人，其效果和效益是很明显的。

　项目的工作安排一定要责任到人，这点是要详细的。如果是多个人共同完成的任务也要指定一位主要负责人，否则开发人员会操作不便，甚至互相推卸责任。