大家好，我是Doker 多克！

一、目的

组织级过程定义（Organizational Process Definition， OPD）的目的在于建立并维护一套可用的组织级过程资产、工作环境标准以及团队规则与指南

二、简介

组织级过程资产使得整个组织具有一致的过程执行，并且为组织提供一个累积的、长期收益的基础。 （见术语表中“组织级过程资产”的定义。 ）组织的过程资产库通过让整个组织内共享最佳实践与经验教训来支持组织级学习与过程改进。（见术语表中“组织级过程资产”的定义。 ）组织的标准过程集也描述与供方之间标准的交互。供方交互由下面典型的事项所描述：期望供方提供的交付物、适用于那些交付物的验收准则、标准（例如，架构与技术标准），以及标准里程碑与进展评审。组织的“标准过程集”经过项目裁剪，以创建项目定义的过程。其它组织级过程资产用来支持裁剪并实施已定义过程。工作环境标准用来指导项目工作环境的创建。团队规则与指南用来帮助团队的结构、组建与运作。“标准过程”由其它过程（即，子过程）或过程元素所组成。“过程元素”是过程定义的基础（即，原子级）单元，过程定义描述了一致执行工作的活动与任务。过程架构为连接标准过程的过程元素提供规则。组织的标准过程集可以包含多个过程架构。（见术语表中“标准过程”、“过程架构”、“子过程”以及“过程元素”的定义。 ）组织级过程资产可能以多种方式组织，这取决于“组织级过程定义”过程域的实施。

包括的实例有：

• 生命周期模型的描述可以是组织级标准过程集的一部分，也可以单独进行文档化。

• 组织的标准过程集可以存储在组织的过程资产库中， 也可以单独存储。

• 一个单一的存储库可以包含度量与过程相关的文档， 也可以将二者分开存储

三、特定目标与特定实践摘要

SG 1 建立组织级过程资产

SP 1.1 建立标准过程

SP 1.2 建立生命周期模型描述

SP 1.3 建立裁剪准则与指南

SP 1.4 建立组织的度量库

SP 1.5 建立组织的过程资产库

SP 1.6 建立工作环境标准

SP 1.7 建立团队的规则与指南

SG 1 建立组织级过程资产

一套组织级过程资产得到建立与维护。

SP 1.1 建立标准过程

建立并维护组织的标准过程集。

在一个企业中，标准过程可能在多个层次定义，并且它们可能在层级上相互关联。例如，一个企业可能有一套标准过程集， 由企业的单个组织（例如，部门、地点）裁剪以建立它们的标准过程集。该标准过程集也可以为组织的每个业务领域、产品线，或者标准服务进行裁剪。尽管某些组织可能仅有一个级别的标准过程，但是“组织的标准过程集” 可以指建立在组织级别的标准过程以及建立在较低层次的标准过程。（见术语表中“标准过程”与“组织的标准过程集”的定义。 ）可能需要多个标准过程以应对不同应用领域、生命周期模型、方法论及工具的需要。组织的标准过程集包含过程元素（例如：工作产品规模估算元素），而这些元素可能按照描述过程元素间关系的一个或多个过程架构得到相互连接。

组织的标准过程集通常包括技术、管理、行政、支持以及组织级过程。

组织的标准过程集作为整体应当涵盖组织与项目所需的所有过程，包括成熟度 2 级过程域所涉及的那些过程。

工作产品实例

1. 组织的标准过程集

子实践

1. 将每个标准过程按组成过程元素分解，详细到了解并描述该过程所需要的程度。

每个过程元素包含紧密相关的一组活动。过程元素的描述可以是供填写的模板、待完成的片段、待细化的抽象、或供裁剪或未经修改就可使用的完整描述。这些元素描述得非常详细，从而过程完整地定义之后，能够由经过适当培训且具备技能的人员一致地执行

过程元素的实例有：

• 生成工作产品规模估算的模板

• 工作产品设计方法论的描述

• 可裁剪的同级评审方法论

• 执行管理评审的模板

• 嵌入在工作流工具中的模板或任务流

• 对供方资格进行预审以作为优先供方的方法描述

2. 明确说明每个过程元素的关键属性。

关键属性的实例有：

• 过程角色

• 适用的标准

• 适用的规程、方法、工具以及资源

• 过程性能目标

• 入口准则

• 输入

• 验证点（例如，同级评审）

• 输出

• 接口

• 出口准则

• 产品与过程度量项

3. 明确说明过程元素间的关系。

关系的实例有：

• 过程元素顺序

• 过程元素间的接口

• 与外部过程的接口

• 过程元素间的相互依赖

描述过程元素之间关系的规则被称作“过程架构”。该过程架构包含必要的需求与指导。这些关系的详细规格说明包含在从组织标准过程集裁剪而得到的已定义过程的描述中。

4. 确保组织的标准过程集遵循适用的方针、标准与模型。

对适用的过程标准与模型的遵守程度通常依据开发一个组织标准过程集与相关过程标准和模型的映射表来得到证明。此映射表对未来的评估是有用的输入。

5. 确保组织标准过程集满足组织的过程需要与目标。

参阅“组织级过程关注”过程域以进一步了解如何建立组织级过程需要。

6. 确保在组织的标准过程集包含的过程之间有适当的集成

7. 将组织的标准过程集文档化。

8. 对组织的标准过程集进行同级评审。

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

9. 必要时，修订组织的标准过程集。

需要修订组织标准过程集时机的实例有：

• 当过程的改进得到识别时

• 当原因分析与解决数据预示某过程需要改变时

• 当过程改进提议得到选择以在整个组织部署时

• 当组织的过程需要与目标得到更新时

SP 1.2 建立生命周期模型描述

建立并维护得到批准在组织中使用的生命周期模型的描述。

由于唯一的生命周期模型可能不适用于所有情况，因此可能需要针对不同的客户或在不同的情况开发生命周期模型。生命周期模型常常用来定义项目的阶段。同时组织对每一交付的产品与服务类型可能定义不同的生命周期模型。

工作产品实例

1. 生命周期模型描述

子实践

1. 基于项目与组织的需要选择生命周期模型。

生命周期模型的实例有：

• 瀑布式或连续式

• 螺旋式

• 进化式

• 增量式

• 迭代式

2. 将生命周期模型描述文档化。

生命周期模型可以作为组织的标准过程描述的一部分进行文档化，或者它们可以分别文档化。

3. 对生命周期模型进行同级评审。

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

4. 必要时，修订生命周期模型的描述

SP 1.3 建立裁剪准则与指南

建立并维护组织标准过程集的裁剪准则与指南。

裁剪准则与指南描述如下：

• 如何使用组织的标准过程集与组织级过程资产创建已定义的过程

• 已定义过程必须满足的需求（例如：组织级过程资产的某个子集对于

任何已定义过程都是必要的）

• 可能运用的选项以及在选项之间选择的准则

• 执行过程裁剪并将其文档化时必须遵循的规程

裁剪理由的实例有：

• 使过程适应于新的产品线或工作环境

• 将过程描述细化以便产生可被执行的已定义过程

• 为一个应用或一类相似的应用定制过程

在裁剪与定义过程的灵活性方面，要适当与确保整个组织过程的一致性之间进行平衡。 需要一定的灵活性，从而应对环境中存在的可变因素，例如领域；客户的性质；成本、进度以及质量权衡分析；工作的技术难度；以及执行过程的人员经验。需要整个组织的一致性，以便适当满足组织级标准、目标以及策略，并且能够分享过程数据与经验教训。

裁剪是一项关键的活动，它允许由于项目或部分组织的特定需要而对过程进行受控的变更。直接关系到关键业务目标的过程与过程元素通常应该被定义为必选项，但是非关键或者仅间接影响业务目标的过程与过程元素可以允许更多的裁剪。裁剪的多少可能也取决于项目的生命周期模型、供方的使用以及其它因素。裁剪准则与指南可以允许按照标准过程执行，无需裁剪。

工作产品实例

1. 组织的标准过程集的裁剪指南

子实践

1. 为裁剪组织的标准过程集明确说明选择准则与规程。

准则与规程的实例有：

• 从组织已批准的生命周期模型中进行选择的准则

• 从组织的标准过程集中对过程元素进行选择的准则

• 为适应过程特征与需要而对所选生命周期模型与过程元素进行裁剪的规程

• 为应对信息需要而对组织公共度量项进行调整的规程

裁剪的实例有：

• 修订生命周期模型

• 组合不同生命周期模型的元素

• 修订过程元素

• 替换过程元素

• 将过程元素重新排序

2. 明确说明用于文档化已定义过程的标准。

3. 明确说明用于提交对组织标准过程集的豁免并获得批准的规程。

4. 将组织标准过程集裁剪的指南文档化。

6. 必要时修订裁剪指南。

SP 1.4 建立组织的度量库

建立并维护组织的度量库。

参阅“集成项目管理” 过程域中的“使用组织级过程资产计划项目活动”

特定实践以进一步了解如何在计划项目活动中使用组织的度量库。该存储库包含与组织的标准过程集相关的产品度量项与过程度量项。 它也包含或引用必要信息，以理解并解释度量项，并评估其合理性与适用性。

例如，度量项的定义用于比较不同过程的类似度量项。

工作产品实例

1. 组织标准过程集的产品与过程公共度量项集合的定义

2. 组织的度量库的设计

3. 组织的度量库（即，库结构、支持环境）

4. 组织的度量数据

子实践

1. 确定组织的需要，以存储、检索并分析度量。

2. 为组织标准过程集定义一套过程与产品公共度量项集合。

在公共集合中选择度量项，选择时考虑度量项能够多大程度上为达成业务目标的关键过程提供可视性， 并关注在整个组织与项目中对成本、进度以及绩效有显著影响的过程元素的能力。公共度量项集合可能会因标准过程不同而不同。

已定义的度量项包括与协议管理有关的一些度量项，其中的一些可能需要从供方那里收集。

度量项的可操作定义详细说明收集有效数据的规程以及过程中收集数据的点。

通常所使用的度量项类别实例有：

• 工作产品规模的估算（例如，页）

• 工作量与成本的估算（例如，人时）

• 规模、工作量与成本的实际度量项

• 测试覆盖度

• 可靠性度量项（例如，平均故障时间）

• 质量度量项（例如，所发现的缺陷数、缺陷的严重性）

• 同级评审覆盖度

3. 设计并实现度量库。

度量库的功能包括：

• 支持项目间度量数据的有效比较与解释

• 提供充分的场景说明以便让新项目在库中迅速识别并访问类似项目数据

• 通过使用项目自己的与其它项目的历史数据，促进项目改善其估算的准确度

• 帮助理解过程性能

• 必要时，支持过程或子过程可能的统计管理

4. 明确说明存储、更新及检索度量项的规程。

参阅“度量与分析”过程域以进一步了解如何明确说明数据收集与存储的规程。

5. 对公共度量项集合的定义以及存储、更新并检索度量项的规程执行同级评审。

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

6. 将规定的度量项加入度量库中。

参阅“度量与分析”过程域以进一步了解如何明确说明度量项。

7. 使度量库的内容能够让组织与项目适当地使用。

8. 当组织的需要改变时，修订度量库、公共度量项集合以及规程。

可能需要修订公共度量项集合时机的实例有：

• 增加新过程

• 过程得到修改且需要新的度量项

• 要求更细的数据粒度

• 对过程要求更大的可视性

• 度量项已舍弃

SP 1.5 建立组织的过程资产库

建立并维护组织的过程资产库。

在组织过程资产库中存储的物品实例有：

• 组织级方针

• 过程描述

• 规程（例如，估算规程）

• 开发计划

• 采购计划

• 质量保证计划

• 培训材料

• 过程辅助工具（例如，检查单）

• 经验教训报告

工作产品实例

1. 组织过程资产库的设计

2. 组织过程资产库

3. 选定的将纳入组织过程资产库中的物品

4. 组织过程资产库中物品的目录

子实践

1. 设计并实现组织过程资产库，包括库结构与支持环境。

2.明确说明将物品纳入库的准则。

主要基于物品与组织标准过程集的关系来选择物品。

3. 明确说明存储、更新及检索度量项的规程。

4. 将所选物品加入库中并将它们分类以易于参考与检索。

5. 使物品对项目可用。

6. 定期评审每个物品的使用情况。

7. 必要时修订组织的过程资产库。

可能需要修订该库的时机的实例有：

• 增加新的物品

• 一些物品已舍弃

• 物品的当前版本已改变

SP 1.6 建立工作环境标准

建立并维护工作环境标准。

工作环境标准使组织及项目从公共工具、培训及维护中获益，同时从批量采购中节省成本。工作环境标准应对所有相关干系人的需要，并考虑生产率、成本、可用性、保密性及工作地点健康、安全性，以及人体工程学的因素。工作环境标准可能包括裁剪与使用豁免的指南，允许调整项目的工作环境以满足需要。

工作环境标准的实例有：

• 工作环境的运行、安全及保密规程

• 标准的工作站硬件与软件

• 标准应用软件及其裁剪指南

• 标准的生产及校准设备

• 请求与批准裁剪或豁免的过程

工作产品实例

1. 工作环境标准

子实践

1. 评价已经商业化且适合组织的工作环境标准。

2. 采用现有工作环境标准，并基于组织的过程需要及目标开发新的工作

环境标准以弥补差距。

SP 1.7 建立团队的规则与指南

建立并维护团队的结构、组建与运作的组织级规则与指南。

团队的运作规则与指南定义并控制团队如何创建及相互作用以完成目标。

团队成员应该了解工作的标准，并按照标准来参与。

在建立团队规则与指南时，要确保它们遵守所有影响团队使用的本地及国家的法规或法律。

建立团队结构包括定义团队的数量、每个团队的类型以及如何使架构中的每个团队与其它团队相关联。组建团队涉及制定团队章程、为团队成员与团队负责人分配任务，以及提供每个团队完成工作的资源。

工作产品实例

1. 团队结构与组建的规则与指南

2. 团队运作规则

子实践

1. 建立并维护授权机制从而能够及时做出决策。

在一个成功的团队环境中， 明确定义团队授权机制的组织级指南被记录

成文档并得到部署，从而使得传递职责与职权的清晰渠道得以建立。

2. 建立并维护团队结构与组建的规则以及指南

组织级过程资产可以有助于项目构成并实现团队。这样的资产可能包括：

• 团队结构指南

• 团队组建指南

• 团队职权与职责指南

• 建立沟通、职权与上报线路的指南

• 团队负责人选择准则

3. 定义指导团队如何协同工作的期望、规则以及指南。

这些规则与指南为团队间的一致性建立组织级实践并可能包括：

• 如何建立并维护团队间的接口

• 如何接受与转移任务

• 如何使用资源与输入

• 如何完成工作

• 由谁检查、评审并批准工作

• 工作怎样得到批准

• 工作如何交付并沟通

• 谁向谁报告

• 有哪些汇报的需求（例如，成本、进度及绩效状态）、度量项及方法

• 使用了哪些进展报告的度量项与方法