组织过程定义:CMMI模型过程域系列学习中文版
 

2010-01-11 作者:founder_cmmi 来源:blog.csai.cn

 
ORGANIZATIONAL PROCESS DEFINITION +IPPD 组织过程定义+IPPD

A Process Management Process Area at Maturity Level 3 组织管理过程域的成熟度第三级
Purpose 目的
组织过程定义(简称OPD)的目的在于建立和维护可用的组织过程资产和工作环境标准。
Introductory Notes 简介
组织过程资产能够使组织之间拥有一致的过程性能,并为组织累积性、长期性的效益提供基础。
组织过程资产库用于收集数据项,由组织维护,以供组织人员及项目使用。收集的数据项包括:过程与过程元素的描述、生命周期模型的描述、过程裁剪指南、过程相关的文件、数据。组织过程资产库通过在组织间共享最佳实践与经验教训,来支持组织学习与过程改进。
依据组织的标准过程,项目将其裁剪为自己的已定义过程。其他的组织过程资产用于支持裁剪及执行已定义过程。工作环境标准用于指导建立项目的工作环境。
标准过程由其他过程(也就是子过程)或过程元素组成。过程元素是过程定义的基本单位(如原子),它描述了协调一致执行工作所包含的活动与任务。过程架构提供在标准过程中连接过程元素的规范。组织标准过程可能包含多种过程架构。


特定目标和特定实践
SG 1 Establish Organizational Process Assets 建立组织过程资产
建立并维护组织过程资产。

SP 1.1 Establish Standard Processes 建立标准过程
建立并维护组织标准过程集。
在企业中,标准过程可定义成多个等级,并可按一定的等级方式相互关联。例如,一个企业的标准过程,可由各个组织(如部门或场所)进行裁剪,以建立他们自己的标准过程。标准过程也可按各个组织的商业领域或产品线裁剪而成。因此,尽管某些组织可能只有单一层级的标准过程,但“组织标准过程”可以参照组织级所建立的标准过程,以及较低等级所建立的标准过程。
可能需要多种标准过程,以满足不同的应用领域、生命周期模型、方法和工具。组织标准过程包含过程元素(例如,估计工作产品规模的元素),这些元素在一个或多个过程架构中相互关联,而这些架构描述了过程元素之间的关联关系。
组织标准过程通常包含技术、管理、行政、支持及组织的过程。
组织标准过程应广泛地涵盖组织与项目所需的全部过程,包括在成熟度第二级过程域中强调的那些过程。
典型的工作产品
1.组织标准过程集

子实践
1.将各个标准过程分解为构成的过程要素,详细到要能够了解并描述该过程。
每个过程要素都涵盖一系列密切相关的、有边界的活动。过程要素的描述,可能需要填一份模版,或者补充完成一个片段,或者提炼一段摘要,或者补充完整一段描述以便后续裁剪或直接使用。描述要素时要尽量细化,这样人员经过适当的技能培训,就可以直接实施。
过程要素包含以下内容:
* 工作产品规模估算的模版
* 工作产品设计方法的说明
* 可裁剪的同行评审的方法
* 管理评审的模版
2.指定每个过程要素的关键属性。
涉及到关键属性,举例如下:
* 过程角色
* 可应用的标准
* 可应用的程序、方法、工具和资源
* 过程性能目标
* 入口准则
* 输入
* 收集和使用的产品度量和过程度量
* 验证点(如同行评审)
* 输出
* 接口
* 出口准则
3.指定各过程要素的关联关系。
涉及到关联关系,举例如下:
* 过程要素的排序
* 过程要素的接口
* 与外部过程的接口
* 过程要素之间的相互依赖性
有关如何描述过程要素之间的关联关系,请参考“过程架构”。过程架构涵盖一些核心的需求和指导方针。这些关联关系的详细说明,在已定义过程的描述中会涉及到,前提都是从组织标准过程集裁剪而来的。
4.确保组织标准过程集遵循了适当的政策、标准和模型。
要想遵循可应用的过程标准和模型,通常要制定一个映射图,将组织标准过程集与相关的过程标准和模型相对应。另外,这个映射图对今后的评估也是一个有用的输入。
5.确保组织标准过程集能够满足过程需要和组织目标。
6.确保组织标准过程集所包含的各个过程,都能恰当地集成。
7.将组织标准过程集文档化。
8.针对组织标准过程集进行同行评审。
9.必要时修订组织标准过程集。
SP 1.2 Establish Lifecycle Model Deions 建立生命周期模型说明
建立并维护生命周期模型的说明,审核批准后供组织使用。
针对不同的客户与不同的情况,可能开发多个生命周期模型,因为一种生命周期模型可能并不适用于所有的情况。生命周期模型通常用于定义项目的阶段。同样,针对各个产品与服务种类,也可能定义不同的生命周期模型。
典型的工作产品
1.生命周期模型的说明

子实践
1.根据项目和组织的需要,选择生命周期模型。
2.将生命周期模型的说明文档化。
生命周期模型,举例如下:
* 瀑布式
* 螺旋式
* 渐进式
* 增量式
* 迭代式
3.对生命周期模型进行同行评审。
有关生命周期模型的描述,可以作为组织标准过程说明的一部分,也可以单独进行书面描述。
4.必要时对生命周期模型的说明进行修订。
SP 1.3 Establish Tailoring Criteria and Guidelines 建立裁剪标准与指南
建立并维护组织标准过程集的裁剪标准与指南。
裁剪标准与指南描述以下内容:
* 如何引用组织标准过程和组织过程资产,来建立已定义过程
* 已定义过程必须满足的需求(例如,对于任何已定义过程是非常重要的组织过程资产的子集)
* 可供练习的选项,以及选择这些选项的标准
* 执行与记录过程裁剪时必须遵循的程序
在裁剪与定义过程的弹性,以及确保组织间各过程的适当一致性之间,需要保持平衡。弹性是必要的,用于满足前后关系的变量,如领域,客户特性,成本、进度安排和质量权衡分析,工作的技术难度,以及过程实施人员的经验。在组织中需要一致,以适当地满足组织标准、目标和策略,并能够分享过程数据与经验教训。
裁剪标准与指南允许使用的标准过程就是已定义过程,不需要裁剪。
典型的工作产品
1.组织标准过程的裁剪指南

子实践
1.规定裁剪组织标准过程集的选择标准和步骤。
有关标准和程序,举例如下:
* 从组织认可的模型中选择生命周期模型的标准
* 从组织标准过程集选择过程要素的标准
* 裁剪选定的生命周期模型和过程要素的标准,从而满足特定的过程特征和需要
有关裁剪方案,举例如下:
* 修正生命周期模型
* 将不同的生命周期模型结合起来
* 修正过程要素
* 替换过程要素
* 过程要素重新排序
2.规定记录已定义过程的标准。
3.针对组织标准过程集的需求,规定提交与审批的步骤。
4.将组织标准过程集的裁剪指南文档化。
5.对裁剪指南进行同行评审。
6.必要时修订裁剪指南。
SP 1.4 Establish the Organization’s Measurement Repository 建立组织度量库
建立并维护组织的度量库。
存储库中包含与组织标准过程相关的产品度量与过程度量。同样也包含或引用必要的信息,以了解与解释度量,并评估它们的合理性与适用性。例如,用度量的定义比较不同过程的相同度量。
典型的工作产品
1.组织标准过程中共通的产品与过程度量的定义
2.组织度量库的设计
3.组织度量库(即存储库结构与支持环境)
4.组织度量数据

子实践
1.确认组织存储、访问并分析度量的需要。
2.定义组织标准过程集公共的过程度量与产品度量。
根据组织标准过程集,选择一些公共的度量项。选择时主要看这些度量项能否帮助我们了解过程的性能,帮助达到预期的商业目标。不同的标准过程可能会有不同的公共度量。
度量的可操作性定义,规定了收集有效数据的程序,以及过程中哪些时间点要收集数据。
常用的度量的单位,举例如下:
* 工作产品规模的估算(如页数)
* 工作量和成本的估算(如人时)
* 规模、工作量、成本的实际度量项
* 质量度量(如发现的缺陷数或严重程度)
* 同行评审的覆盖率
* 测试的覆盖率
* 可靠性的度量(如平均故障间隔时间)
3.设计与建立度量库。
4.规定存储、更新、访问度量项的程序。
5.针对公共度量的定义,以及存储与访问度量的程序,进行同行评审。
6.将指定的度量纳入存储库中。
7.保证度量库中的内容,组织与项目可以正常使用。
8.当组织的需求发生变更时,修订度量库、公共度量和程序。
公共度量需要修订的情况,举例如下:
* 增加了新的过程
* 修订了过程,需要追加新的度量项
* 需要更好的数据颗粒度
* 过程需要更加透明
* 有些度量项不再适用
SP 1.5 Establish the Organization’s Process Asset Library 建立组织过程资产库
建立并维护组织的过程资产库。
典型的工作产品
1.组织过程资产库的设计
2.组织过程资产库
3.纳入组织过程资产库的已选数据项
4.组织过程资产库数据项的分类

子实践
1.设计与建立组织过程资产库,包括资产库的架构和支持环境。
2.规定将数据项纳入资产库的标准。
选择数据项时,主要根据他们与组织标准过程集的关联关系来选择。
3.规定存储与访问数据项的程序。
4.将选定的数据项纳入资产库,并编入目录,使之容易参考和使用。
5.保证数据项可供项目使用。
6.定期评审数据项的使用情况,根据评审结果维护资产库的内容。
7.必要时对组织过程资产库进行修订。
需要修订资产库的情况,举例如下:
* 增加新的数据项
* 有些数据项不再使用
* 当前版本的数据项发生变更
SP 1.6 Establish Work Environment Standards 建立工作环境标准
建立并维护工作环境标准。
工作环境标准可以使组织与项目从共通的工具、培训及维护中受益,并能从大量采购中节省成本。工作环境标准强调所有干系人的需要,并考虑生产力、成本、可用性、安全性,以及工作场所的卫生、安全和环境改造因素。工作环境标准包括裁剪和(或)使用豁免的指南,能够让工作环境标准适应并符合特殊需要。
典型的工作产品
1.工作环境标准

子实践
1.评估商业上适用的工作环境标准是否适合组织。
2.采用现有的工作环境标准,并根据组织过程的需要和目标,制定新的标准来弥补差距。
SG 2 Enable IPPD Management 促成IPPD管理
提供组织规范与指南,管理集成团队的运行。
拥有支持与提倡IPPD理念的组织基础建设,并能够保证长期成功地得以维持,这将具有关键性的作用。这些规范与指南所提倡的概念,包括集成团队、允许在各个层级授予决策权等。通过其规范与指南,组织显示出对于IPPD,以及保证集成团队成功的承诺。
IPPD规范与指南成为组织标准过程与项目已定义过程的一部分。组织标准过程有能力、提倡、加强来自于项目、集成团队及人员所期望的行为。这些期望行为以政策、运行程序、指南及其他组织过程资产,作为典型的沟通形式。
SP 2.1 Establish Empowerment Mechanisms 建立授权机制
建立并维护授权机制,确保能够及时地做出决策。
在成功的IPPD环境,必须建立责任与授权的透明管道。当集成团队承担的授权太多或太少时,或当决策者不明确时,组织中的任何级别都可以提出问题。文件化与建立组织指南,明确定义集成团队的授权,可以避免这些问题。
当授权给人员及集成团队,且决策降低至较低的适当等级时,IPPD的实施引发领导阶层的挑战,因为这需要文化上的转变。在集成工作环境中,有效与直接的沟通机制,对于及时与明智的决策制定至关重要。一旦建立了集成团队项目架构并提供培训,也必须提供处理授权、决策制定和问题解决的机制。
典型的工作产品
1.针对人员与集成团队的授权规范与指南
2.决策制定规范与指南
3.记录问题得到解决的文件

子实践
1.确定分等级授权给人员与集成团队的规范与指南。
涉及到集成团队的授权问题,要考虑以下因素:
* 团队有权选举自己的领导
* 团队有权选择子团队(例如,某产品团队构成一个集成的子团队)
* 集体决策的程度
* 集成团队制定决策时,需要一致通过的级别
* 集成团队内部的观点有多大的争议和冲突时,需要进行处理和解决
2.决定规范与指南,以采用不同的决策类型,做出不同的团队决策。
3.定义使用决策规范与指南的过程。
4.针对那些无法在其产生问题的级别做出决策的问题,定义一个问题解决的过程。
5.维护授权机制,以及决策规范与指南。
SP 2.2 Establish Rules and Guidelines for Integrated Teams 建立集成团队的规范与指南
建立并维护组织规范与指南,形成集成团队的架构。
集成团队的运行规范与指南, 定义并控制了团队如何相互影响并完成目标。这些规范与指南也提倡有效平衡团队的工作量、高性能与生产力。集成团队的成员必须了解工作的标准,并根据这些标准参与工作。
典型的工作产品
1.构建与组成集成团队的规范与指南

子实践
1.建立构建和组成集成团队的规范与指南。
组织级的过程资产有利于帮助项目构建集成团队并开展工作。
类似的资产可能包括:
* 团队架构的指南
* 团队构成的指南
* 团队的授权和职责指南
* IPPD的实施技巧
* 管理IPPD风险的指南
* 建立沟通和授权的指南
* 团队领导的选择标准
* 团队职责指南
2.定义期望、规范与指南,指导集成团队如何共同地开展工作。
这些规则和指南可以促进集成团队内部的组织级实践具有一致性,具体包括以下方面:
* 如何建立并维护集成团队的接口
* 分派的任务如何验收
* 如何访问资源和输入
* 如何开展工作
* 谁来检查、评审和批准工作
* 如何批准工作
* 如何交付和汇报工作
* 报告链
* 报告的要求(成本、进度、性能的状态)、度量和方法
* 进度报告的度量和方法
3.维护构建和组成集成团队的规范与指南。
SP 2.3 Balance Team and Home Organization Responsibilities 平衡团队与原隶属组织的职责
建立并维护组织指南,以帮助团队成员平衡团队与原隶属组织职责。
“隶属组织”是组织的一部分,当成员不属于集成团队时,就会被分派到隶属组织。隶属组织也可称为“职能组织”、“隶属基础”、“隶属办公室”或“直接组织”。隶属组织通常负责成员职业生涯的成长(例如,绩效考核与培训,以维护功能性与学科专门技术)。
典型的工作产品
1.平衡团队与隶属组织责任的组织级指南
2.同时考虑职能监督人员和团队负责人输入的性能评审过程

子实践
1.建立隶属组织责任的指南,提倡集成团队行为。
2.建立团队管理责任指南,确保集成团队的成员能够适当地向隶属组织报告。
3.建立性能评审过程,要兼顾隶属组织与集成团队负责人的输入。
4.维护平衡团队与隶属组织责任的指南。 

火龙果软件/UML软件工程组织致力于提高您的软件工程实践能力,我们不断地吸取业界的宝贵经验,向您提供经过数百家企业验证的有效的工程技术实践经验,同时关注最新的理论进展,帮助您“领跑您所在行业的软件世界”。
资源网站: UML软件工程组织