多种技术进行估算,这些技术主要分为两大类:分解和经验建模。分解技术需要划分出主要的软件功能,接着估算实现每一个功能所需的程序规模或人月数。经验技术的使用是根据经验导出的公式来预测工作量和时间。可以使用自动工具来实现某一特定的经验模型。精确的项目估算一般至少会用到上述技术中的两种。通过比较和协调使用不同技术导出的估算值,我们可能得到更精确的估算。软件项目估算永远不会是一门精确的科学,但将良好的历史数据与系统化的技术结合起来能够提高估算的精确度。
9、遗漏重要的假设或约束条件
如一些政府机关的管理信息系统软件开发项目隐含的需求是必须遵守一系列的国家和行业标准,但由于没有考虑到这些要求,致使项目计划失败,开发出某些功能、性能或数据不符合国家和行业标准的软件,造成返工。所以应当尽可能地将将任何设想和约束编入文档。做项目计划时应该尽可能地把假设条件和约束条件考虑清楚,这些假设和约束可以是乐观的、悲观的或者是最可能的估计。例如,可以假设能够及时获得应用程序服务器的新发行版,或可以得到熟悉项目正在采用的技术和技巧的开发人员;还可以假设,项目能在一些约束下工作,如影响计划的强制截止期限或资源限制等等。应该把这些假设和约束条件编入计划文档中,在项目的实施过程中,当项目计划需要细化和调整时,就应该考虑到这些约束条件,而不是以一种“无限资源”的方式做计划。一般来说,假设、约束和风险的区别是:假设、约束是一些比较明显、明确、已经发生或肯定会发生的情况,而风险这是不一定会发生的,具有不确定性。
10、项目计划没有突出重点
软件开发涉及到方方面面的工作,有些是主要的,有些是次要的,项目计划应当反映有价值的工作任务、环境条件。项目计划不能写成一个大杂烩,也不能写成一个包罗万象的百科全书。在项目计划中要简洁精确地反映对项目有价值的事情、任务和活动,避免罗嗦。项目管理的理论方法、成功的项目管理经验都是在实施项目时应该参考的。但是,每个项目是特殊的,具有“唯一性”的,一次需要为每个项目做专门的计划,选择适合的项目,适合的团队的方式和方法。
11、忽视次要工作任务对项目的影响
软件开发项目计划不仅要安排需求分析、概要设计、必要时的详细设计、系统实施和测试与维护等实际的重要工作,而且还应该安排项目中的支持性辅助活动,这些支持性辅助活动虽然不能成为关键活动,但是它们却对项目的进展又作重大的影响。这些辅助活动包括:体系结构定义、文档评审后文档编写的返工甚至是需求调研的返工,测试之后的编码返工、系统交付、与软件复用相关的活动、项目组内沟通交流、休假和法定假日、培训和教育、团队成员的生活(如饮食、住宿、交通等)、项目规划、人员管理等管理活动、会议和回复电子邮件,等等。做项目计划时应当尽可能完整地列出这些影响项目的活动,或者按照固定的模板进行计划的制订,免得遗漏必要的计划内