SG 1 使用项目已定义的过程

项目的进行得以使用从组织标准过程集裁剪得到的已定义的过程。

项目已定义的过程包含了来自组织的标准过程集的过程，这些过程说明了采购、开发、维护或者交付特定产品所必须的所有过程。

产品相关的生命周期过程，例如制造与支持过程，与产品同步进行开发。

SP 1.1 建立项目已定义的过程

从项目启动开始并贯穿项目生命期的始终，建立并维护项目已定义的过程。

参阅CMMI-DEV模型“组织级过程定义”过程域，以进一步了解如何建立组织级过程资产并建立组织的度量库。

参阅CMMI-DEV模型“组织级过程焦点”过程域，以进一步了解如何部署组织级过程资产并部署标准过程。

项目已定义的过程由为项目构成一个集成的、连贯的生命周期的一组已定义的过程组成。

项目已定义的过程应满足项目的合同需求、运营需要、机会与约束。其设计以最适应项目需要为目的。

项目已定义的过程依据以下因素：

• 干系人需求

• 承诺

• 组织级过程需要与目标

• 组织的标准过程集与裁剪指南

• 操作环境

• 业务环境

在项目启动时建立项目已定义的过程，有助于确保项目人员与相关干系人实施一系列活动，以有效地建立项目初始需求集和计划。随着项目的进展，项目已定义的过程的描述会被细化与修订，以更好地满足项目需求与组织的过程需要和目标。另外当组织的标准过程集变更时，项目已定义的过程可能也需要修订。

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

1. 项目已定义的过程

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

1. 从组织级过程资产中现有的模型里，选择一个生命周期模型。

能够影响生命周期模型选择的项目特性实例有：

• 项目的规模或复杂性

• 项目策略

• 人员实施过程的经验与熟悉程度

• 约束，如周期时间与可接受的缺陷级别

• 客户回答问题并对增量􁨀供反馈的可能性

• 需求的清晰度

• 客户期望

2. 从组织的标准过程集中选择最适合项目需要的标准过程。

3. 依据裁剪指南，对组织的标准过程集与其它组织级过程资产进行裁剪，以形成项目已定义的过程。

有时已有的生命周期模型与标准过程并不足以满足项目需要。这种情况下，项目应寻求对于其偏离组织要求的批准。豁免就是为实现这一目的而提供的。

裁剪包括使用组织的公共度量项并明确说明额外的度量项来满足项目的信息需要。

4. 适当地使用组织过程资产库中的其它材料。

其它材料可以包括：

• 经验教训文档

• 模板

• 范例文档

• 估算模型

5. 将项目已定义的过程文档化。

项目已定义的过程涵盖了项目的所有活动以及项目与相关干系人的接口。

项目活动的实例有：

• 项目计划

• 项目监督

• 供方管理

• 质量保证

• 风险管理

• 决策分析与解决

• 需求开发

• 需求管理

• 配置管理

• 产品开发与支持

• 代码评审

• 招标

6. 对项目已定义的过程进行同级评审。

参阅CMMI-DEV模型“验证”过程域，以进一步了解如何执行同级评审。

7. 必要时修订项目已定义的过程。

SP 1.2 使用组织级过程资产计划项目活动

使用组织级过程资产与度量库来估算并计划项目活动。

参阅CMMI-DEV模型“组织级过程定义”过程域，以进一步了解如何建立组织级过程资产。

如有可能，则将以往计划与执行活动的结果作为被估算工作量的相对范围与风险的预测因子。

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

1. 项目估算结果

2. 项目计划

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

1. 使用项目已定义过程的任务与工作产品作为对项目活动进行估算与计划的基础。

对于项目已定义过程的诸多任务与工作产品之间关系的理解，以及对于相关干系人所执行角色的理解，是制订一个可行的计划的基础。

2. 在项目计划参数的估算中，使用组织的度量库。

该估算通常包括：

• 该项目或类似项目的适当历史数据

• 当前项目与提供历史数据的项目间的异同点

• 确认过的历史数据

• 选择该历史数据的原因、假设与依据

• 众多有经验的项目参加者的论证

用于考量异同点的参数实例有：

• 工作产品与任务属性

• 应用领域

• 人员经验

• 设计与开发方法

• 操作环境

组织的度量库中的数据实例有：

• 工作产品规模或其它工作产品属性

• 工作量

• 成本

• 进度

• 人员配备

• 响应时间

• 服务能力

• 供方绩效

• 缺陷

SP 1.3 建立项目工作环境

基于组织的工作环境标准，建立并维护项目的工作环境。

一个项目的适当的工作环境由设施、工具与设备的基础设施构成，人员用以有效执行其工作，以支持业务与项目的目标。工作环境及其组件需要维持一定的、由组织工作环境标准所指定的性能与可靠性水平。项目工作环境或其组件可以根据实际需要由内部开发或者从外部来源采购。

项目工作环境可能包含产品集成、验证与确认环境，也可能是各自单独的环境。

参阅CMMI-DEV模型“产品集成”过程域中的“建立产品集成环境”特定实践以进一步了解如何为项目建立并维护产品集成环境。

参阅CMMI-DEV模型“确认”过程域中的“建立确认环境”特定实践以进一步了解如何为项目建立并维护确认环境。

参阅CMMI-DEV模型“验证”过程域中的“建立验证环境”特定实践以进一步了解如何为项目建立并维护验证环境。

参阅CMMI-DEV模型“组织级过程定义”过程域中的“建立工作环境标准”特定实践以进一步了解工作环境标准。

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

1. 项目的设备与工具

2. 项目工作环境的安装、运行与维护手册

3. 用户调查与结果

4. 使用、性能与维护记录

5. 为项目工作环境提供的支持服务

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

1. 为项目计划、设计并安装工作环境。

与其它任何产品一样，项目工作环境的关键点也是需求驱动的。对于工作环境的功能与质量属性的考察应像其它任何产品开发项目一样严格。

可能有必要在质量属性、成本、风险之间做一定取舍。以下各给出一些实例：

• 对质量属性的考虑可以包括实时通讯、安全性、保密性与可维护性。

• 成本可以包括资本支出、培训、支持结构、现有环境的拆卸与处置以及环境的运作与维护。

• 风险可以包括工作流与项目的异常中断。设备与工具的实例有：

• 办公软件

• 决策支持软件

• 项目管理工具

• 测试与评价设备

• 需求管理工具与设计工具

• 配置管理工具

• 评价工具

• 集成工具

• 自动化测试工具

2. 为项目工作环境提供持续的维护与运作支持。

工作环境的维护与支持可通过组织内部挖潜或组织外部雇佣来实现。

维护与支持方法的实例有：

• 雇佣人员进行维护与支持

• 培训人员进行维护与支持

• 签订维护与支持合同

• 为所选用的工具培养专家级用户

3. 维护项目工作环境组件的合格证明。

组件包括软件、数据库、硬件、工具、测试设备以及适当的文档。软件的合格证明包括适当的认证。硬件与测试环境的合格证明包括校准与调试记录以及对校准标准的可追溯性。

4. 定期评审工作环境满足项目需要与支持协作的程度，并适当地采取措施。

可能采取的措施实例有：

• 添加新工具

• 采购额外的网络、设备、培训与支持

【IPM过程域相关文章】

CMMI过程域详解-集成项目管理（IPM）之概述

CMMI过程域详解-集成项目管理（IPM）之SG 1（一）

CMMI过程域详解-集成项目管理（IPM）之SG 1（二）

CMMI过程域详解-集成项目管理（IPM）之SG 2