SG 1 建立估算

 项目计划参数的估算得到建立与维护。

项目计划参数包括项目执行必要的计划、组织、人员配备、指导、协调、报告以及预算等工作所需要的所有信息。对计划参数的估算应该具备合理可靠的基础，使人们相信基于这些估算得出的计划足以支持项目目标的达成。估算这些参数时要考虑的因素包括项目需求——包含产品需求、组织提出的需求、客户提出的需求等，以及影响项目的其它需求。为了干系人的评审、对计划的承诺以及项目进展过程中对计划的维护，需要将估算依据和支持数据文档化。

SP 1.1 估算项目范围

建立顶层的工作分解结构（work breakdown structure，WBS）以估算项目范围。

WBS 与项目一同演进。顶层的WBS 可以用来构建初始估算。通过WBS的开发，整个项目被划分为一组相互关联且可管理的组成部分。WBS 通常以面向产品、工作产品或任务的方式为结构，提供一个原理框架，从而识别并组织将要管理的工作逻辑单元，该工作逻辑单元被称为“工作包（work package）”。WBS 为分配工作、进度与职责提供了参考和组织机制，并被用作计划、组织与控制项目工作的基础框架。有些项目会使用术语“合同WBS”来表示被置入合同中的WBS 部分（也可能是整个WBS）。并非所有的项目都会有合同WBS（如公司内部出资的开发项目）。

CMMI模型中，PP过程域的工作产品实例：

1. 任务描述

2. 工作包描述

3. WBS

CMMI模型中，PP过程域的子实践：

1. 制订WBS。

WBS提供了项目工作的组织方案。WBS 应该有助于识别以下各项：

• 风险及其缓解任务

• 产生交付物和支持活动的任务

• 获取技能与知识的任务

• 制订所需支持计划（例如配置管理计划、质量保证计划以及验证计划）的任务

• 集成与管理非开发项的任务

2. 定义工作包，使其详细到能够明确说明对项目任务、职责和进度的估算。

顶层WBS 的目的是有助于针对任务和组织级角色与职责来估计项目的工作量。该层次WBS 的详细程度有助于制订更加切实可行的进度，从而使管理储备减小到最低限度。

3. 识别将要从外部采购的产品及产品组件。

参阅“供方协议管理”过程域，以进一步了解如何管理从供方采购产品和服务的活动。

4. 识别将要复用的工作产品。

SP 1.2 建立对工作产品与任务属性的估算

建立并维护工作产品与任务属性的估算。

规模是很多用于估算工作量、成本和进度的模型的首要输入。这些模型还可能基于服务水平、连接性、复杂度、可用性以及结构等其它属性。

需估算的属性的实例有：

• 需求的数量与复杂度

• 接口的数量与复杂度

• 数据量

• 功能数

• 功能点数

• 源代码行数

• 类与对象的数量

• 数据库表数量

• 数据表的字段数量

• 架构元素数量

• 项目参加者经验

• 复用与新建的代码量

• 团队开发速率（velocity）与复杂度

• 页数

• 输入与输出数量

• 技术风险数量

• 集成电路逻辑门数量

• 零件数量（例如印制电路板、组件与机械零件）

• 物理限制（例如重量与容量）

• 项目成员的地理分布

• 客户、最终用户和供方的合作关系

• 与客户相处的难易程度

• 现有代码库质量和“洁净”程度

估算应与项目需求一致，以确定项目的工作量、成本以及进度。对每个规模属性，均应赋予一个相对的难度或者复杂度等级。

CMMI模型中，PP过程域的工作产品实例：

1. 任务与工作产品的规模及复杂度

2. 估算模型

3. 属性估算值

4. 技术方法

CMMI模型中，PP过程域的子实践：

1. 确定项目的技术方法。

技术方法定义了产品开发的顶层策略。它包括架构特性的决策：例如分布式或客户端／服务器架构；采用最先进还是较成熟的技术，例如机器人技术、复合材料或者人工智能；以及对最终产品的功能及质量属性的期望，例如安全性、保密性以及人体工程学等。

2. 用适当的方法来确定将用于估算资源需求的工作产品与任务的属性。

确定规模与复杂度的方法，应以经过确认的模型或历史数据为基础。对产品特性与属性的关系了解得越多，决定属性的方法也将随之逐渐增多。

3. 估算工作产品与任务的属性。

需要进行规模估算的工作产品的实例有：

• 交付物与非交付的工作产品

• 文档与文件

• 操作与支持硬件、固件及软件

SP 1.3 定义项目生命周期阶段

定义项目的生命周期阶段，以界定计划工作的范围。

项目生命周期阶段的确定，为计划的阶段评价与决策做准备。通常定义这些阶段是为了支持逻辑上的决策点，在这些决策点决定对项目计划与策略的持续信赖是否合适，并作出关于资源的提供了事先计划的事件，用以修正项目进程并确定后续的范围与成本。

理解项目生命周期，对于确定计划工作的范围、开始计划的时机以及重新计划的时机与准则（关键里程碑）都是至关重要的。

项目生命周期阶段的定义，依赖于需求范围、对项目资源的估算以及项目的性质。较大的项目可能包含多个阶段，诸如概念探索、开发、生产、运行以及废弃。在这些阶段中，还可能需要子阶段。开发阶段可包含需求分析、设计、制造、集成以及验证等子阶段。项目阶段的确定，通常包括对一个或多个开发模型的选择及细化，以处理阶段内各活动间的相互关系及适当的顺序。

根据开发策略，可能还有一些中间阶段用于原型创建、能力增量或者螺旋模型周期等。此外还可以包含明确的“项目启动”及“项目结束”阶段。

CMMI模型中，PP过程域的工作产品实例：

1. 项目生命周期阶段

SP 1.4 估算工作量与成本

基于估算依据，估算工作产品与任务所需的项目工作量与成本。

对工作量与成本的估算，通常基于使用模型或历史数据对规模、活动以及其它计划参数进行分析的结果。估算的置信度基于选定模型的依据及数据的特性。有时会出现历史数据不适用的情况，例如工作没有先例可循或者任务的类型与可用模型不适合。例如，如果组织没有这种产品或任务的经验，该项工作就是没有先例可循的。

没有先例可循的工作通常风险更高，需要多做一些研究以建立合理的估算基础，并需要更多的管理储备。使用这些模型时，项目的独特性应该得到文档化，以保证在初始计划阶段所作出的任何假设都能得到共识。

CMMI模型中，PP过程域的工作产品实例：

1. 估算依据

2. 项目工作量估算值

3. 项目成本估算值

CMMI模型中，PP过程域的子实践：

1. 收集模型或历史数据，以用于将工作产品及任务的属性转换为工时及成本的估算值。

目前已有许多用于估算成本及进度的参数化模型。并不建议使用这些模型作为估算的单一来源，因为他们所依据的历史项目数据，可能并不适用于当前项目。可以使用多种模型与方法来确保更高的估算置信度。历史数据应该包括以往执行的项目的成本、工作量及进度数据，以及考虑规模及复杂度不同而进行适当调整后的数据。

2. 在估算工作量与成本时，应包含对支持性基础设施的需要。

支持性基础设施包括产品从开发到维持所需的全部资源。在估算工作量与成本时，应考虑开发环境、测试环境、生产环境、操作环境或上述环境的任何适当组合所需的基础设施资源。

基础设施资源的实例有：

• 关键计算机资源（例如，内存、磁盘及网络容量、外设、通信信道，这些资源的容量）

• 工程环境及工具（例如， 原型、 测试、集成、编译、计算机辅助设计［computer-aided design，CAD］、模拟等活动相关的工具）

• 设施、机械及设备（例如，测试平台、记录装置）

3. 在估算工作量与成本时，使用模型、历史数据或者二者的组合。

通常工作量与成本估算的输入的实例有：

• 专家或专家组提供的估算值（例如，德尔菲法［Delphi method］、极限编程的计划游戏［Planning Game］）

• 风险，包括该工作在多大程度上没有先例可循

• 执行工作所需的核心能力及关键角色

• 差旅

• WBS

• 所选的项目生命周期模型及过程

• 生命周期成本估算

• 执行工作的管理人员及员工技能水平

• 所需的知识、技能及培训

• 直接人力及间接成本

• 呼叫中心及产品保修的服务协议

• 任务、工作产品、硬件、软件、人员及工作环境的安保水平

• 所需设施（例如办公室、会议室及工作站）

• 产品及产品组件需求

• 工作产品、任务及预期变更的规模估算值

• 从外部采购产品的成本

• 制造过程的能力

• 所需的工程设施

• 工程环境下的工具能力

• 技术方法

【PP过程域相关文章】

CMMI过程域详解-项目策划（PP）之概述

CMMI过程域详解-项目策划（PP）之SG 1

CMMI过程域详解-项目策划（PP）之SG 2

CMMI过程域详解-项目策划（PP）之SG 3