CMMI过程域归纳v20.docx
《CMMI过程域归纳v20.docx》由会员分享，可在线阅读，更多相关《CMMI过程域归纳v20.docx（25页珍藏版）》请在冰豆网上搜索。
CMMI过程域归纳v20
10
11
12
13
14
15
16
CMMI基本介绍V2.0
组织成熟度级别和类别
通用目标和通用实践
RD需求开发REQUIREMENTSDEVELOPMENT
REQM需求管理REQUIREMENTSMANAGEMENT
PP项目策:
划PROJECTPLANNING
PMC项目监督和控制PROJECTMONITORINGANDCONTROL
RSKM风险管理RISKMANAGEMENT
SAM供应商协议管理SUPPLIERAGREEMENTMANAGEMENT
CM配置管理CONFIGURATIONMANAGEMENT
PPQA过程和产品质量保证PROCESSANDPRODUCTQUALITYASSURANCE
MA度量和分析MEASUREMENTANDANALYSIS
DAR决策分析和解决DECISIONANALYSISANDRESOLUTION
TS技术解决方案TECHNICALSOLUTION
PI产品集成PRODUCTINTEGRATION
VER验证VERIFICATION
VAL确认VALIDATION
10
14
12
15
16
17
18
19
20
22
24
21
18
OPD组织过程定义ORGANIZATIONALPROCESSDEFINITION
19
OT组织培训ORGANIZATIONALTRAINING
28
20
IPM
集成项目管理INTEGRATEDPROJECTMANAGEMENT
29
21
OPP
组织过程性能ORGANIZATIONALPROCESSPERFORMANCE
31
22
QPM
量化项目管理QUANTITATIVEPROJECTMANAGEMENT
32
23
CAR
因果分析和解决CAUSALANALYSISANDRESOLUTION
33
24
OPM
组织性能管理ORGANIZATIONALPERFORMANCEMANAGEMENT
34
1组织成熟度级别和类别
类别
级别
Process
Management
过程管理
Project
Management
项目管理
Engineering
工程
Support
支持
ML5
五级
-优化
0PM组织性能管
理
CAR因果分析和
解决
ML4
四级
-量化
管理
OPP组织过程性能
QPM量化项目管理
ML3
三级
-定义
OPF组织过程聚焦
OPD组织过程定义
0T组织培训
IPM集成项目管理
RSKM风险管理
RD需求开发
TS技术解决方案
PI产品集成
VER验证
VAL确认
DAR决策分析和
解决
ML2
二级
-管理
REQM需求管理
PP项目策划
PMC项目监督和控制
SAM供应商协议管理
MA测量与
分析
PPQA过程和产
品质量保证
CM配置管理
2通用目标和通用实践
GG1实现特定目标
AchieveSpecific
工作产品的过程来支持过程域的特定目标
GP2.1:
建立组织政策EstablishanOrganizational
Policy
二级
Stakeholders
GP2.8:
监控过程MonitorandControltheProcess
GP2.9:
客观评估符合度ObjectivelyEvaluate
Adherenee
GP2.10:
与高层管理者一起审查过程状态
ReviewStatuswithHigherLevel
Management
—三〜
五级
GG3:
制度化已定义过
程
Institutionalizea
DefinedProcess
GP3.1:
建立已定义过程EstablishaDefinedProeess
GP3.2:
收集过程相关经验CollectProeessRelated
Experiences
Development
目的：
弓I出、分析和建立客户、产品及产品组件的需求。
特定实践
特定目标
SP1.1引导需求：
引导相关干系人提出关于产品生命周期各阶段得需要、期望、
约束及接口
SG1开发客户需
SP1.2将相关干系人的需要转化为客户需求：
将相关干系人的需要，如期望、约束与限制、接口等转化为客户需求；通常会包括对系统目标、范围、解决问题、
（收集相关干系人
软件特性、接口要求等有详细的描述。
来自客户和干系人的各种输入和需求信息，须经合并和检查是否有遗漏的需
束及接口，并转换
求信息，以及解决冲突（如客户的需求和其他干系人的需求之间，或客户的需求
成客户需求）
与需求之间冲突，如客户要求的功能需求与进度、成本矛盾的等）等过程，解决后并记录为客户需求，所以在冲突适当解决之后，需要转换成被认可的客户需求
SP2.1建立产品和产品组件需求：
根据客户需求建立和维护产品或产品组件需求;
是比较细致的需求，会详细描述软件与用户是怎样交互的，用户需要输入什么,
SG2开发产品需
系统会输出什么等都会比较详细描述出来
SP2.2分配产品组件需求：
为每个产品组件分配需求；将需求开发与技术解决方
（精练并细化客户
案联系起来，所有的需求应该与设计的产品组件对应起来，保证需求驱动后续的
需求，以开发产品
设计工作，同时也保证设计都是为了需求服务的
及产品组件需求）
SP2.3识别接口需求：
接口需求包括系统与第三方的系统的接口要求，也包括系
统本身各组件、各子系统、各部分之间的接口要求。
通常这些接口需求在客户需
求级别的时候，并不是很明细，需要对客户需求进一步细分成产品需求、产品组
件需求，然后发掘出接口需求
SP3.1
建立操作的概念和场景：
建立和维护操作概念和相关的场景
SG3分析并确认
需求
（需求被分析和确
认，并定义出具体
的功能性需求）
SP3.2
SP3.3
SP3.4
建立必要功能和质量属性的定义:
分析需求：
分析需求,
分析需求以取得平衡:
求在约束条件下是可实现的
SP3.5确认需求：
确认需求,
执行
以确保其必要性和充分性
分析需求以平衡相关干系人的需要和约束，保证需
以确保产出的产品将能够在最终用户预期的环境中
Management
目的：
管理项目的产品及产品组件需求，并标识出这些需求与项目策划及工作产品之间的不
一致性。
特定目标
SG1管理需求
SP1.1
（管理需求以确定
SP1.2
需求与项目策划及
SP1.3
工作产品之间的一
SP1.4
致性）
SP1.5
特定实践
理解需求：
与需求提供者一起理解需求的意图
取得需求的承诺：
获得项目参与者对需求的承诺
管理需求变更:
维护需求和工作产品的双向可追溯性:
确保项目工作与需求的一致性:
5PP项目策划ProjectPlanning
目的：
建立并维护用以定义项目活动的计划。
特定目标
特定实践
SP1.1估计项目范围：
建立一个高水平的工作分解结构（WBS），以估计项目范围
SG1建立估计值
SP1.2建立工作产品与任务属性的估计值：
估计的属性如：
需求数目和复杂度、
（建立并维护项目
接口数目和负责度、功能数、项目参与经验、技术风险数量、输入输出数等
策划参数的估计
SG2开发项目策
（建立并维护项目
策划，作为管理项
目的基准）
SG3获得对计划
的承诺
（建立并维护对项
SP1.3定义项目生命周期：
定义项目生命周期，并以此建立策划工作的范围
SP1.4估计工作量和成本：
根据估计理由，估计工作产品和工作所需的项目工作
量和成本
SP2.1
SP22
SP2.3
SP2.4
SP2.5
SP2.6
SP2.7
建立预算和进度:
识别项目风险：
识别和分析项目风险
策划项目数据的管理：
数据是多种形式的文件，用以支持项目的全部领域
策划项目资源：
如人工、设备、材料及方法等
策划所需知识和技能:
策划干系人参与:
建立项目策划：
建立并维护整体的项目策划内容，如项目生命周期的考虑、
项目任务、预算和进度、里程碑、数据管理、风险识别、资源和技术需求、干系人
的识别和互动、基础架构的描述等
SP3.1评审影响项目的各种计划：
审查影响项目的所有计划，以了解承诺
SP3.2调整工作和资源水平：
调整计划以调节可用的预估计的资源；为使所建立
的项目是可行的，获取相关干系人的承诺，以及调整估计与实际可以资源之间的差
目策划的承诺）
距是重要的。
调整方法通常包括：
变更或延缓需求、争取更多资源、外包、调整项
目人员的技能组合、修订影响项目的所有计划或进度表等
SP3.3获得计划承诺：
从负责执行与支持计划执行的相关干系人处，获取承诺
MonitoringandControl
目的：
目的在于了解项目的进度，以便项目在执行性能严重偏离项目策划时,
可采取适当的
纠正措施。
特定目标
特定实践
SP1.1监控项目策划的各项参数：
按照计划监控策划参数的实际值；项目计划参
数主要由进度与性能构成，它包含工作产品与任务、成本、工作量和进度等属性。
SG1按照计划监
工作产品与任务的属性包含规模、复杂度、服务等级、可用性、功能等
控项目
（按照计划监控项
目的实际进度和性
SP1.2
SP1.3
SP1.4
SP1.5
SP1.6
监控承诺事项：
按照项目策划监控所识别的承诺
监控项目风险:
监控数据管理:
监控干系人的参与活动:
进行进度审查：
定期审查项目的进度、性能及问题
SP1.7
SP2.1
进行里程碑审查：
在已选择的里程碑点，审查项目完成情况及执行结果
SG2管理纠正措
施直到关闭
分析问题：
收集与分析问题，并决定采取纠正措施以解决它们。
（当项目性能或结
SP2.2
采取纠正措施：
对识别的问题采取纠正措施
果重大偏离计划
时，管理纠正措施直到关闭）
7RSKM风险管理RiskManagement
目的：
风险管理的目的在于风险发生前识别出潜在问题,
以便在产品或项目生命周期中，通
过规划风险或请求支援等风险抵御活动，来降低实现目标过程中所带来的不利影响。
特定目标
特定实践
SG1风险管理的
准备
（为风险管理活动
准备、建立并维护
一个识别、分析或
减缓风险的行动计
SG2识别和分析
风险
（风险被识别和分
SP1.1明确风险来源和类别:
SP1.2定义风险参数：
定义用来分析、分类风险和进行风险管理的工作量参数,
如：
风险发生的概率、风险发生的影响、触发管理活动的阀值等
SP1.3建立风险管理策略:
SP2.1识别风险：
识别并记录风险，方法如：
检查项目工作分解结构中的每个元
素、使用风险分类表来评估风险、与专家进行主题访谈、查看经验教训文档或资
料库等
析后，需要定义它
SP2.2评估、分类并对风险进行排序：
使用已经定义的风险类型和参数来评估和
（适当的处置和降
低风险，用以降低
SG3减缓风险
SP3.1制定风险减缓计划：
参照风
升级会员 