CMMI过程域详解-组织绩效管理(OPM)之SG2 选择改进

SG 2 选择改进

改进得到主动的识别以及使用统计与其它量化技术的评价,并且基于其对满足质量与过程性能目标的贡献,得到选择以进行部署。

从那些在目标部署环境中已经评价过其有效性的改进建议中,选择将要在整个组织部署的改进。这些改进建议是为了处理特定目标1识别的改进领域而在整个组织内挖掘并提交的。

改进建议的评价基于:

• 对组织当前的质量与过程性能的量化理解

• 对组织的质量与过程性能目标的满意度

• 估算的开发并部署改进的成本与影响、资源、以及可用于部署的资金

• 部署改进对质量与过程性能产生的估算收益

 

SP 2.1 挖掘所建议的改进

挖掘并分类所建议的改进。

这个实践关注对改进建议的挖掘,也包括把改进建议归类为增量型或革新型。

增量型改进通常来自那些做工作的人(即过程或技术的使用者)。增量型改进在实施与部署上可能简单且成本低廉。增量型改进建议虽然得到分析,但是如果被选中,可能不需要严格的确认或试点。革新型改进,例如新的或重新设计的过程,与增量型改进相比是更大的转型。

革新型改进常常出自对解决方案所做的系统化搜索,这些解决方案是针对特定绩效问题或绩效改进机会的。识别革新型改进的人,他们或者经过训练并且具有特定技术的纯熟经验,或者其工作就是跟踪或直接为提高绩效做出贡献。

通过积极监督其它组织使用的或记录在研究文献中的革新,革新可以在外部发现。革新也可以通过内部观察(例如,通过检查项目经验教训)发现。革新的启发来自于达成质量与过程性能目标的需要、改进性能基线的需要,或者来自外部业务环境。

增量型改进实例有:

• 在同级评审检查单中添加条目。

• 将供应商的技术评审与管理评审合并成一个单独的评审。

• 引入事件权变措施。

• 取代新组件。

• 对工具做些较小的更新。

革新型改进实例通常包括对如下条目添加附加部分或进行重大的更新:

• 计算机及相关硬件产品

• 转型支持工具

• 新的或重新设计的工作流

• 过程或生命周期模型

• 接口标准

• 可复用组件

• 管理技术与方法论

• 质量改进技术与方法论

• 开发技术与方法论

一些建议的改进可能以提议的形式收到(例如出自原因分析与解决活动的组织级改进提议)。在输入“组织级绩效管理”过程前,这些建议的改进应该已经得到分析并文档化。在所建议的改进作为提议收到时,评审提议的完整性,并且作为选择过程的一部分,评价该提议是否会被选择实施。改进的搜索可以包括观察组织外部、使用“原因分析与解决”过程从项目得到革新、使用业务竞争情报、或者分析目前的组织级绩效。

CMMI模型中,OPM过程域的工作产品实例:

1. 所建议的增量型改进

2. 所建议的革新型改进

CMMI模型中,OPM过程域的子实践:

1. 挖掘所建议的改进。

这些建议将针对过程与技术的潜在改进文档化。组织的管理人员与员工和客户、最终用户以及供方一样可以提交建议。为得到所建议的改进,组织还可以搜索学术与技术社区。在提交给组织前,有些建议的改进可能已经在项目级得到实施。

改进来源的实例有:

• 来自过程评估的发现与建议

• 组织的质量与过程性能目标

• 对客户与最终用户的问题以及满意度有关的数据分析

• 过程与产品基准比较工作的结果

• 已度量的过程活动有效性

• 已度量的项目工作环境有效性

• 其它地方成功采用的改进实例

• 对以前改进的反馈

• 管理人员与员工自发的想法

• 从已实施且已证明有效性的行动产生的,来自“原因分析与解决”过程的改进提议

• 对技术性能度量项的分

• 对缺陷原因数据的分析

• 项目与组织级绩效相对于质量与生产率目标的比较分析

参阅“组织级过程关注”过程域,以进一步了解如何部署组织级过程资产并纳入经验。

2. 将所建议的改进识别为增量型或是革新型。

3. 对可能改进组织过程与技术的革新型改进进行调查。

调查革新型改进通常包括:

• 保持对领先的相关技术工作与技术趋势的认知

• 搜索已被商业化的革新型改进

• 收集来自项目与组织的革新型改进提议

• 评审外部使用的过程与技术,并将其与组织中使用的过程与技术相比较

• 识别已经成功使用革新型改进的领域,并评审这些改进使用经验的数据与文档

• 识别将新技术集成到产品与项目工作环境的改进

 

SP 2.2 分析所建议的改进

分析所建议的改进对达成组织质量与过程性能目标可能产生的影响。

所建议的改进是那些得到分析并可能被选择进行确认、实施并在整个组织部署的增量型与革新型改进。

CMMI模型中,OPM过程域的工作产品实例:

1. 所建议的改进提议

2. 所选择的待确认的改进

CMMI模型中,OPM过程域的子实践:

1. 分析所建议改进的成本与收益。

过程性能模型提供对过程变更所产生的过程能力与性能效果的深入了解。

参阅“组织级过程性能”过程域,以进一步了解如何建立过程性能模型。

成本收益比例较大或者对组织的过程不会带来改进的改进建议可能会被拒绝。

评价成本与收益的准则有:

• 对满足组织的质量与过程性能目标的贡献

• 对缓解已识别的项目与组织级风险产生的效果

• 对项目需求、市场情况以及业务环境变化的快速反应能力

• 对有关过程及相关资产所产生的效果

• 数据的定义与收集成本,这些数据为过程与技术改进的度量与分析提供支持

• 预期的改进生命期

2. 对部署每个建议的改进面临的潜在障碍与风险进行识别。

部署改进所面临障碍的实例有:

• 区域保护与狭隘视角

• 业务依据薄弱或不清晰

• 缺乏短期收益与可见成功

• 不清楚对每个人的期望

• 在同一时间变更太多

• 缺乏相关干系人的参与和支持

影响改进部署的风险因素的实例有:

• 改进与现有过程、价值观以及潜在最终用户技能之间的兼容性

• 改进的复杂度

• 改进的实施困难度

• 在广泛部署之前证明改进价值的能力

• 在诸如工具与培训此类的领域进行大规模前期投资的理由

• 在当前技术被大量的成熟用户安装且成功使用的情况下,不能克服“技术阻力”

3. 为实施、验证并部署每个建议的改进,估算必需的成本、工作量与进度。

4. 为了确认以及可能的实施与部署,基于评价选择所建议的改进。

参阅“决策分析与解决”过程域,以进一步了解如何使用正式的评价过程,遵循已建立的准则,对已识别的多个备选方案进行评价,以分析可能的决策。

5. 将每个所选改进建议的评价结果文档化在改进提议中。

提议应包括问题的描述、实施改进的计划(包括成本与进度、风险处理、评价目标环境中有效性的方法)、以及用于评价部署实际结果的量化成功准则。

6. 确定实施改进所需的详细变更,并将其文档化在改进提议中。

7. 确定将于大规模部署变更之前使用的确认方法,并将其文档化在改进提议中。

确定确认方法包括定义量化成功准则,该准则将用于评价确认结果。因为根据定义,革新表示具有高度影响的重大变更,所以大多数革新型改进将进行试点。其它确认方法,包括建模与模拟,可以适当得到使用。

8. 将选择过程的结果文档化。

选择过程的结果通常有:

• 对每个建议的改进的处置

• 对每个建议的改进的处置依据

 

SP 2.3 确认改进

确认所选改进。

所选改进按照其改进提议得到确认。

确认方法的实例有:

• 与干系人讨论,或许在正式评审的场合

• 原型展示

• 所建议改进的试点

• 建模与模拟

在其广泛部署之前,可以进行试点以评价那些包含未经实验的、高风险或革新型改进的重大变更。并非所有改进都需要试点这样严格的方式。用于选择改进以进行试点的准则得到定义并使用。诸如风险、变更的转型性质或者受影响功能领域的数量等因素将决定变更是否需要试点。可以制作红线标注的或者草拟的过程文档以备在试点中使用。

CMMI模型中,OPM过程域的工作产品实例:

1. 确认计划

2. 确认评价报告

3. 从确认得到的文档化的经验教训

CMMI模型中,OPM过程域的子实践:

1. 为确认制订计划。

当为确认制订计划时,在改进提议中记录的量化成功准则可能有用。所选待试点改进的确认计划应包括目标项目、项目特征、报告结果的进度以及度量活动。

2. 评审确认计划并就其与相关干系人达成一致。

3. 与执行确认的人协商并提供协助。

4. 按照确认计划,为所选待试点改进创建试验性实施。

5. 在与大规模部署所呈现环境类似的环境中执行每个确认。

6. 对照确认计划对确认进行跟踪。

7. 评审确认结果并将其文档化。

使用在改进提议中定义的量化准则,确认结果得到评价。

评审试点结果并将其文档化通常包括如下活动:

• 与干系人评审试点结果

• 对是否终止试点、对改进的实施进行返工、重新计划并继续试点、或者继续部署做出决定

• 对试点相关改进提议的处置进行更新

• 适当识别新改进提议并将其文档化

• 识别试点过程中得到的经验教训以及遇到的问题,包括对改进团队的反馈以及对改进的变更,并将其文档化

 

SP 2.4 选择并实施将要部署的改进

基于对成本、收益与其它因素的评价,选择并实施将要在整个组织部署的改进。

对将要部署的所建议改进的选择基于质量与过程性能目标相关的成本收益比、可用资源、以及对改进􁨀议的评价与确认活动结果等。

参阅“决策分析与解决”过程域,以进一步了解如何使用正式的评价过程,遵循已建立的准则,对已识别的多个备选方案进行评价,以分析可能的决策。

CMMI模型中,OPM过程域的工作产品实例:

1. 所选择的待部署的改进

2. 更新了的过程文档与培训

CMMI模型中,OPM过程域的子实践:

1. 为待部署的改进划分优先级。

改进的优先级基于对估算的成本收益比进行的评价,成本收益比关系到和性能基线相比较的质量与过程性能目标。投资回报可以用作比较的基础。

2. 选择待部署的改进。

待部署改进的选择基于其优先级、可用资源以及对改进􁨀议的评价与确认活动结果等。

3. 确定如何部署每个改进。

可能部署改进的地方的实例有:

• 项目特定的或者通用的工作环境

• 产品家族

• 组织的项目

• 组织级的组

4. 将选择过程的结果文档化。

选择过程的结果通常有:

• 所建议改进的选择准则

• 目标项目的特征

• 对每个改进提议的处置

• 对每个改进提议的处置依据

5. 对实施改进所需要的任何变更进行评审。

部署改进所需变更的实例有:

• 过程描述、标准与规程

• 工作环境

• 教育与培训

• 技能

• 现有承诺

• 现有活动

• 对最终用户的持续支持

• 组织级文化与特征

6. 更新组织级过程资产。

更新组织级过程资产通常包括对其进行评审、获得对其的批准,以及就其进行沟通。

参阅“组织级过程定义”过程域,以进一步了解如何建立组织级过程资产。

 

【OPM过程域相关文章】

CMMI过程域详解-组织过程管理(OPM)之概述

CMMI过程域详解-组织过程管理(OPM)之SG 1

CMMI过程域详解-组织过程管理(OPM)之SG 2

CMMI过程域详解-组织过程管理(OPM)之SG 3

凡奉首页    管理实践    CMMI管理实践    CMMI过程域详解-组织绩效管理(OPM)之SG2 选择改进
创建时间:2020-01-06 00:00
收藏