cmmi整体框架和过程域解释讲解
cmmi的过程域(课堂PPT)
4
阶段式模型
“吃饭”的例子!
5
CMMI”精神”
CMMI不是软件开发的方法学、也不 是产品模板、更不是一套过程法律
CMMI只是做事的一般方法
6
阶段式模型与过程域
7
连续式模型--4个能力等级
0 不完整级; 1 已执行级; 2 已管理级; 3 已定义级;
特定目标(Specific Goals, SG) 共性目标(Generic Goals, GG)
25
特定目标
只适用于一个过程,它描述过程特性 具有唯一性,即只有该过程必须实现 的那些特性。
特定目标是必需的部件,在评估时用 来衡量该过程域是否满足要求。
例如:需求管理过程域的一个特定目 标是“SG 1 管理需求” 。
33
GG3 的共性实践
GG 3 制度化已定义过程
GP 3.1 建立已定义过程 GP 3.2 搜集改进信息
34
13个共性实践
GP 1.1 执行特定过程 GP 2.1 建立组织政策 — 执行承诺
GP 2.2 策划过程
GP 2.3 提供资源 GP 2.4 指派责任
执行能力
GP 2.5 培训人员
30
共性实践
共性实践称为“共性”是因为同一实践 的陈述对应了多个过程域。
共性实践说明一组活动,这组活动被 期望可达成给定的共性目标。
例如:需求管理过程域的一个共性实 践是“GP 2.1 建立组织政策”。
31
GG1 的共性实践
GG1 达成特定目标
GP1.1 执行特定实践
32
GG2 的共性实践
26
共性目标
共性目标称为“共性”是因为同一目标 的陈述对应了多个过程域。
CMMI模型的级别及其过程域
模型规范级别及其过程域成熟度1级:初始级①软件过程的特点是无序的,偶尔甚至是混乱的。
几乎没有什么过程是经过定义的,成功依赖于个人的努力;②一般不提供开发和维护软件的稳定环境,在危机时刻,项目一般抛弃预定的规程,回复到仅做编码和测试,性能依赖于个人的能力,且随个人固有的技能、知识和动机的不同而变化。
成熟度2级:受管理级①在成熟度等级2上,意味着组织要确保策划、文档化、执行、监督和控制项目级的过程;②为过程建立明确的目标,并能实现所确定的诸如成本、进度和质量目标等目标。
③换言之,组织已经营造出稳定的、受控的开发环境,项目是在受控状态下运行。
受管理级过程域•需求管理(REQM)•项目策划(PP)•项目监督与控制(PMC)•供方协定管理(SAM)•测量和分析(MA)•过程和产品质量保证(PPQA)•配置管理(CM)成熟度3级:已定义级在成熟度等级3上,项目执行过程是通过剪裁组织的标准过程集合和组织过程财富产生的“已定义过程”,并具备与该过程相适应的运行环境。
其与成熟度等级2的区别在于标准、过程描述、规程的应用范围是全组织级的。
•需求开发(RD)•技术解决(TS)•产品集成(PI)•验证(VER)•确认(V AL)•组织过程聚焦(OPF)•组织过程定义(OPD)•组织培训(OT)•集成项目管理(IPM)•风险管理(RSKM)•决策分析和决定(DAR)成熟度4级:定量管理级在成熟度等级4上,组织建立了关于产品质量、服务质量及过程性能的定量目标,运用统计技术和其他定量目标作为判断过程管理成功与否的标准。
在过程的整个生存周期里,对产品质量、服务质量和过程性能做到统计意义上的了解和管理。
•组织过程性能(OPP)•定量项目管理(QCM)成熟度5级:持续改进级成熟度等级5 的突出特征是过程性能的持续改进。
组织建立起整个组织的定量过程改进目标,并且把它们作为过程改进管理成功与否的判断标准;这些目标将适时修改,以反映不断变化的本组织的业务目标。
CMMI工程域介绍
Page9
需求开发
客户需求
产品需求
挖掘用户的潜在需求和 真正需要,并准确、清
能满足客户需 求;
生成产品需求规格 说明书。 进一步细化产品需求;
晰的描述;
分配需求优先级, 保证及时满足用 户真正的需要; 生成用户需求说 明书。
产品组件需求
产品可能分割成子系统、 子模块;
子系统具备的功能、性能、接口 要求等。
SG3 组装严重产品构件
SP3.1 确认需要集成的产品 组件已经就绪:完整识别、 功能正常、接口正确 SP3.2 按照集成顺序和流程 对产品进行组装 SP3.3 评价组装的产品构件 的界面兼容性 SP3.4 对组成产品进行包装, 并交付各客户
Page19
产品集成(PI)
实例:部门经理的困惑 “当软件生产完成时,发现硬件还没有完成,所以精力集中到硬件 生产上……” “当硬件终于完成时,才发现软件其实也没有完成……” IPPD (产品集成与过程开发)模式有难度。作为项目经理,需要保
Page16
3.3 产品集成(PI)——概要
• 目的
PI的目的在于把产品组件组装成比较复杂的更加完备的产品,确保所集成的产 品恰当发挥作用,确保交付产品。
• 术语定义
产品构件:最终可运行产品的各个组成部分,可以是软件的展现界面、业务
逻辑模块、类或接口、基础构件、存储过程、数据结构、第三方产品等。
目录
一、CMMI相关概念 二、CMMI DEV V1.3的22个过程域简介 三、CMMI工程域 • 3.1 需求开发(RD)
• 3.2 技术解决方案(TS)
• 3.3 产品集成(PI) • 3.4 验证(VER) • 3.5 确认(VAL)
CMMIL3 各过程域解释(大信有诚咨询教育机构)
对CMMI3的学习和思考【IT168 专稿】近来笔者所在公司正在为过CMMI3做各种准备,对公司的员工进行了一些相关的培训,作为项目管理人员的我,在学习CMMI3的过程中,也有了自己的一点对于CMMI3的思考。
CMMI将软件过程中的很多步骤都通过步骤规范起来,它并没有告诉我们应该怎么去做,而只是告诉我们应该做些什么。
因为软件过程中的每一步都需要经过思考、决策、有依据才能得出过程的结果,所以减少了每一步发生错误的可能性。
一.CMMI概述CMMI是Capacity Maturity Model Integrated的简称,即集成的软件能力成熟度模型,CMM是CMMI的早期版本,它主要用于软件工程,而CMMI是一种综合性模型,它是工程实施和管理方法,它在软件与系统集成以外的如科研、工程等领域都得到了广泛的应用。
CMMI是一个由理论和经验部分组成的模型。
它有连续式和阶段式两种表述方式,其中连续式主要用于衡量一个企业的项目能力,而阶段式主要用来衡量一个企业的成熟度。
在连续式表述下,企业在接受评估时可以选择自己希望评估的项目来进行评估,所以评估通过率相对比较大,但它反映的那个相对比较窄,因为它仅仅反映该企业的该项目或类似项目达到了对应的等级。
而用阶段式来进行评估时,需由评估师自己来挑选内部的任何项目或其中的某一部分来进行评估。
阶段式的CMMI有5个等级,如下:第一级(初始级):在该等级下,项目的目标虽然得以实现,但它的实现带有很多的偶然性和风险性,该级对人员的依赖性比较大,性能依赖个人的能力,且随个人固有的性能、知识和动机的不同而变化。
第二级(受管理级):在该等级下,意味着组织要确保策划、文档化、执行、监督和控制项目级的过程,并且需要为过程建立明确的目标,并能实现成本、进度和质量目标等。
在这种情况下,组织已经营造了一个稳定的、受控的开发环境,项目已经在受控制的状态下运行。
该级包括如下7个过程域:需求管理(RM)、项目策划(PP)、项目监督与控制(PMC)、供方协定管理(SAM)、测量与分析(MA)、过程和产品质量保证(PPQA)和配置管理(CM)。
CMMI 软件工程
CMMI 软件工程CMMI 软件工程1. 简介CMMI(Capability Maturity Model Integration)是一种软件工程模型,旨在评估和改进组织的软件开发和维护过程。
它提供了一系列的最佳实践和指南,帮助组织提高软件开发的可预测性和质量。
CMMI软件工程模型由CMMI研究所开发并维护,它整合了CMM 和其他多个软件工程模型的优点,创建了一个通用的、可定制的评估框架。
2. CMMI框架CMMI框架分为五个不同的成熟度级别和数十个过程领域。
每个成熟度级别定义了一组特定的目标和实践,以帮助组织逐步实现良好的软件工程实践。
以下是CMMI的五个成熟度级别:2.1 初始级别(Level 1 - Initial)初始级别代表了一个没有定义和建立过程能力的状态。
在初始级别,组织的软件过程通常是不可预测的和不稳定的,由个人技能和直觉来驱动。
2.2 管理级别(Level 2 - Managed)管理级别代表了一个在某些项目中建立了稳定的软件开发过程的组织。
管理级别的关键特征是过程的可重复性和能力的量化。
2.3 定义级别(Level 3 - Defined)定义级别代表了一个为整个组织定义和标准化了软件开发过程的组织。
在定义级别,组织已经建立了一套标准的过程,并通过培训和监督来确保过程的遵循。
2.4 管理和测量级别(Level 4 - Quantitatively Managed)管理和测量级别代表了一个在对软件过程的量化管理上有更高水平的组织。
在此级别,组织借助统计分析和量化技术来管理和优化软件开发过程。
2.5 优化级别(Level 5 - Optimizing)优化级别代表了一个不断追求卓越并对软件过程进行主动改进的组织。
在优化级别,组织的重点是通过创新和持续改进来提高软件开发过程。
3. CMMI的优势3.1 改进软件质量通过CMMI模型,组织可以建立统一的软件过程,从而提高软件的质量和可靠性。
CMMI体系介绍
CMMI体系介绍
质量控制中心:董宝国 2011年4月
大纲
1 行业背景
2 MMI前世今生 3 CMMI基本框架
4
CMMI过程改进成果与经验
5
CMMI改进规划
6
问题交流
一 行业背景
截止2009年末,世界CMM/CMMI认证企业数量
CMM/CMMI认证数量
882, 16% 1200, 22%
09年度
进度偏差 成本偏差
某公司实施CMMI3过程改进三年数据对比
7% 3%
10年度
四 CMMI 改进经验分享-最佳实践
1. 建立组织资产库
1. 体系文件库(项目规范及模板文件) 2. 度量数据库(公司执行历史项目的数据汇总分析) 3. 风险库(成功的和失败的风险教训) 4. 经验库(历史项目文档;优秀样例;培训教材库;知识库) 2. 项目分类管理 3. 项目管理过程可视化、数据化,拒绝“讲故事”,用数据说话。 4. 项目绩效考核 5. 挣值管理 6. 代码走查、原型+用例描述需求…………
三 CMMI基本框架
1. CMMI的表现形式 2. CMMI的成熟度等级 3. CMMI的架构介绍 4. CMMI的评估方法
三 CMMI基本框架-表现形式
CMMI的两种表现形式: 阶段式Staged:用成熟度级别 连续式Continuous:用能力级别
CMMI的两种级别: Capability levels:用于衡量每个过程域的过程改进 Maturity levels:用于衡量整个组织的过程能力和组织成熟度
四 CMMI 改进经验分享
成功项目4个要素
清晰预算 需求明确 进度要求 交付质量 采纳变更
CMMI过程体系介绍
CMMI过程体系介绍蒋晖内容CMMI过程体系文件结构CMMI过程体系文件介绍项目管理过程软件工程过程过程管理过程支持过程示例CMMI 概貌CMMI 过程体系文件结构方针(Policies)过程文件(Processes)规程文件(Procedures)模 板(Plans,Reports,Tables ,Checklist )指南(Guideline)过程体系文件的内容方针指导性原则过程文件 描述执行一个过程所必需的角色、工具和方法。
规程文件用以指导某个具体过程的特定活动的可操作步骤。
模板包括各种计划、表格、报告等,用于证实过程运行的效果。
过程的描述过程元素用以描述过程的一个基本单元,一般具有以下属性:角色、入口准则、输入、任务、出口准则、输出、资源和能力、度量、裁剪指南遵循ETVX模型(Entry, Task, Verification, Exit,即入口、任务、验证、出口)过程元素的属性角色:描述该活动需要的人员。
入口准则:规定活动开始的标志,即前条件。
输入:描述活动需要读取的内容。
任务:执行活动所要做的一系列事情。
出口准则:表明活动结束的标志,即后条件。
输出:活动的输出结果及结果形式,即工作产品。
资源和能力:描述活动需要的人员、资金、时间、培训、设备、方法和支持工具。
度量:描述活动需要测量的数据。
裁剪指南:描述活动是否可以删减的指导性描述。
CMMI过程体系文件介绍过程文件的分类项目管理过程文件工程过程文件过程管理过程文件支持过程文件项目管理过程项目管理文件使用人员:项目经理、项目成员、以及与项目相关人员。
主要内容包括:项目立项过程项目计划过程项目跟踪与监控过程集成项目管理过程组间协调过程风险管理过程外包与采购管理过程项目策划过程项目策划(Project Planing-PP )活动集中在立项完成之后的开始阶段。
它主要有项目定义、工作拆分、软件估计、制定项目计划等过程。
PP 负责规划整个软件生命周期的活动,为实施软件工程和管理软件项目制定合理的计划。
CMMI3级18个过程域
CMMI3级18个过程域CMMI(Capability Maturity Model Integration)是一种用于评价和改进组织的软件工程能力的模型。
CMMI模型将软件工程能力分为不同的级别,目前最高级别是CMMI级别5、在CMMI模型中,共有18个过程域,每个过程域都包含一组过程目标和过程实践。
下面将介绍CMMI级别3中的18个过程域,并对每个过程域进行详细解析。
1. 要求开发(Requirements Development):该过程域涉及确定、分析和记录系统和软件需求的活动。
它包括需求的获取、管理、分析和验证。
2. 要求管理(Requirements Management):该过程域涉及组织和控制项目的需求。
它包括需求的识别、跟踪、控制和变更管理。
3. 项目计划和监控(Project Planning and Monitoring):该过程域涉及制定和维护项目计划,并监控项目活动的执行。
它包括识别和规划项目活动、建立项目计划、监控项目进展和基于此进行调整。
4. 项目监控和控制(Project Monitoring and Control):该过程域涉及监控和控制项目执行过程中的工作和活动。
它包括收集和分析项目绩效数据、对比实际和计划绩效,对项目进展进行控制。
5. 供应商协议管理(Supplier Agreement Management):该过程域涉及与供应商达成协议,并管理和监控供应商的活动。
它包括选择供应商、与供应商协商、管理和控制供应商的交付和绩效。
6. 产品集成(Product Integration):该过程域涉及对各个组成部分进行整合,形成最终产品。
它包括定义和实施产品集成策略、执行产品集成和验证集成后的产品。
7. 风险管理(Risk Management):该过程域涉及识别、评估和控制项目和产品的风险。
它包括制定风险管理计划、识别和评估风险、并采取相应的风险缓解措施。
8. 决策分析和解决方案评估(Decision Analysis and Resolution):该过程域涉及通过分析和评估不同的解决方案,制定决策。
CMMI概述课件
– Juran 朱兰(质量计划、质量控制、质量改进)
– Deming 戴明(计划,执行,检查,行动, 85%/15%)
– Humphrey 汉弗莱
SEI Transition Partner
CMMI 两种表达方式
连续式
Process Area
Specific Goals
CMMI 项目概述
由 美 国 国 防 部 ( DoD) 资 助 软 件 工 程 协 会 ( SEI) 开 发
• U.S. Army, Navy, Air Force • Federal Aviation Administration • National Security Agency • Software Engineering Institute • ADP, Inc. • AT&T Labs • BAE • Boeing • Computer Sciences Corporation • EER Systems • Ericsson Canada • Ernst and Young • General Dynamics • Harris Corporation • Honeywell
–
……
SEI Transition Partner
SEI Transition Partner
杠杆的支点:过程
PEOPLE (人)
PROCESS
(过程)
TECHNOLOGY
(技术)
产品的成本、进度和 质量的关键决定因素
…不理解过程或不 正确地执行过程, 即使是最好的员 工也难施展绝艺.
.
…如果是一个人做 项目,不需要过 程
成熟度等级简介
CMMI级过程域讲解
计划参数
制定项目计划
编制 预算和进度表
识别项目风险
策划资料管理
策划项目资源
策划共利益者 的介入
制定项目计划
策划必要的知识 和技能
项目计划
PMC
项目策划 – 关系图
完成参数估算
计划参数
制定项目计划
获得对计划 – 关系图
获得对计划的承诺
评审项目 的从属计划
项目计划
协调工作 和资源的关系
子实践 - 确定实施项目所需的知识和技能。 - 评估可得到的知识和技能。 - 选择提供所需要的知识和技能的机制。 - 将所选择的机制纳入项目计划。
项目策划 – 特殊实践
SP 2.6 策划相关干系人介入 策划已标识干系人的介入。
项目策划 – 特殊实践
SP 2.7 制定项目计划 制定并维护总体项目计划。
的一致性。 - 标识不一致的来源和理由。 -当需求基线更改时,标识其导致计划和工作产品所
需的更改。 - 启动纠正措施。
需求管理 – 补充说明
需求管理
CMMI2级过程域
需求管理(REQM) 项目策划(PP) 项目监控(PMC) 供应商协议管理(SAM) 度量和分析(MA) 过程和产品质量保证(PPQA) 配置管理(CM)
- 监督项目的成本和所花费的工作量。
- 定期度量所花费的工作量和成本以及人员使用情况。 - 将实际的工作量、成本、人员配备及培训情况与项目计划中
的预算和估算值相比较。 - 识别与项目计划预算和估算值的显著偏离。
项目监控 – 特殊实践
- 监控工作产品和任务的属性。
- 定期度量工作产品和任务的实际属性,例如规模、复杂度、 或服务级别(以及这些属性的变更)。 - 将实际的工作产品和任务的属性(和这些属性的变更)与项 目计划中的估算值相比较。 - 识别与项目计划估算值的显著偏离。
第02讲 CMMI概览和表示法
(1)在本教室可以喝水、吃东西,但请爱护公共卫生、不出声 (2)上课期间请不要看书,讲授顺序和重点与书本不完全一致 (3)课后认真阅读“阅读材料”和“学习材料” (4)不要毫无意义地记笔记
第2讲:CMMI概览及其表示法
安德鲁.卡内基的故事
1835年11月25日-1919年8月11日,生于苏格兰。 父亲手工纺亚麻布、母亲缝鞋为生,家境贫穷但正直进取; 13岁随家人来到纽约港,后辗转到匹兹堡,14岁当大卫电报公司信差; 18岁进宾夕法尼亚州铁路公司当私人秘书,10年不仅薪水涨50倍,而且掌 握了庞大公司的管理技术; 在铁路公司时期,做了小量投资,1862年创办建造铁桥公司,取得成功; 1863年南北战争中双方开始使用铁制军舰。卡内基辞职到欧洲考察钢铁业; 1865年南北战争结束,29岁创业,创立卡内基科尔曼联合钢铁厂; 1873年经济大恐慌,卡内基加快收购,1890年持股超50%,公司改名; 1890-1920年,卡内基眼光独特、大胆引进人才和先进技术、加强管理, 建成供产销一条龙的世界最大钢铁公司,逐步成为世界钢铁大王; 1890年开始,卡内基开始捐献自己的财富,到去世之前,累计捐献3.3亿美 元。建立救济养老基金、建立3500座图书馆、大学、音乐厅、研究机构…
过程域
组织过程焦点 组织过程定义 组织培训 集成的项目管理 风险管理 需求开发
PA
OPF OPD OT IPM RSKM RD
Technical Solution Product Integration
Verification Validation Decision Analysis & Resolution
通用目标和通用实践 Generic Goal and Generic Practice
CMMI的5个级别和25个过程域
CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法,用于评估和提升组织的软件工程能力。
CMMI分为五个不同的成熟度级别,每个级别都有一组相关的过程域。
本文将详细介绍CMMI的五个级别和25个过程域。
1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。
在这个级别上,软件开发过程通常是不可控制的,且无法重复使用。
这意味着项目结果无法预测和控制,导致成本和进度的不确定性。
2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。
在这个级别上,组织已经建立了一些基本的软件开发过程,并能够在不同的项目中重复使用这些过程。
然而,这些过程还没有得到完全的规范和标准化。
2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。
它涉及定义、确认和维护需求,以确保项目能够满足用户的期望。
2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。
它确保项目能够按计划进行,并能够做出合适的调整以达到预期的目标。
2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。
它确保与供应商的交付和管理能够满足项目的需求。
2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。
它涉及质量计划、质量审查和质量度量等活动。
2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项(包括软件、硬件和文档等)的过程。
CMMI二级过程域
CMMI二级过程域CMMI(Capability Maturity Model Integration)是由美国软件工程协会(SEI)开发的一种过程改进方法论,用于评估和改进组织的软件开发和组织管理过程。
CMMI定义了一个规范的过程能力模型,用以指导组织在软件工程和管理上的改进。
CMMI模型包括了5个等级,从初始级到优化级,每个等级都对应一定的过程能力。
CMMI二级是初级阶段,其中包含了10个过程域,每个过程域都对应一组具体的实践和目标。
第一个过程域是需求管理,它涉及到如何对项目需求进行管理和跟踪。
其中包括了需求的分析、确认和定义等活动。
实践包括了建立需求管理计划、确保需求的可追溯性和变更控制等。
第二个过程域是项目计划和监控,它关注的是如何制定项目计划、管理项目的进度和资源,并进行监控和调整。
实践包括了建立项目计划、建立项目监控机制和进行问题和风险管理等。
第三个过程域是项目监测和控制,它强调如何对项目进度、成本和质量进行监测和控制。
实践包括了收集项目度量数据、分析和报告项目状态,以及进行过程和产品审核等。
第四个过程域是供应商协议管理,它关注的是与外部供应商的合作和管理。
实践包括了建立和维护与供应商的合同和协议,对供应商进行评估和选择,以及监督供应商的交付和质量。
第五个过程域是配置管理,它涉及到对软件配置项进行管理和控制。
实践包括了建立配置管理计划、进行配置项标识和控制,以及管理配置变更和版本控制。
第六个过程域是过程和产品质量保证,它重点是如何确保项目中的过程和产品质量。
实践包括了建立过程和产品质量保证计划、执行过程和产品审核,以及收集和分析质量度量数据。
第七个过程域是测量和分析,它关注的是如何对过程和产品的质量进行测量和分析。
实践包括了建立度量和指标体系、收集和分析度量数据,并进行趋势分析和预测。
第八个过程域是过程和产品创新,它强调如何持续改进过程和产品。
实践包括了建立持续改进机制、推动创新实践,以及收集和分享改进经验。
CMMIL2 各过程域解释(大信有诚咨询教育机构)
CMMI Level 2 GP2.1 方针GP2.1 方针对每一个PA,公司都应该有相应的高层次的要求来指导该方面的工作,也就是所谓的方针。
方针这东西很很容易被认为是虚的东西,我们需要仔细体会方针,这个GP是公司商业目标与过程的结合点,过程是否能为商业目标带来价值,很大程度上就看这个方针是怎样定的,并且要把方针贯彻到过程中。
我们以PP这个PA为例子,如果微软要定PP的方针,我想会是:1.赋予小组成员权力,每个人都承担项目管理的责任;2.保持灵巧,预测变化;3.由底而上的估算办法;......在MSF中,我们会看到很多微软进行项目管理的一些原理和法则,这些法则,指导着如何做项目计划,不同的这些方针指导下,做出来的过程是不一样的。
每个公司都有自己的特点、商业目标、企业文化等,最开始我们可能难以制定出详细具体的过程,但首先要把这些过程的指导原则想好,方针是过程的灵魂,过程是否有魅力,是否可以让大家“愉快地”执行,关键就是看过程的方针了。
在我们公司,所有过程都遵循这样的一个方针,就是简单有效,我们要求所有过程都是必须用来执行的,做不到的过程不做,没有效果的过程不要,因为有这样一个原则,我们需要发动所有执行过程的同事来参与制定过程,以保证“简单有效”。
我们除了有简单有效这样的一个大原则,每个PA又会制定自己相应的方针。
大家在制定方针内容的时候,要从高层及执行过程的员工两个层面同时下手,整理出简单的有效的容易记忆的方针,并且在以后不断更新这个方针,保证这个方针能不断促进公司的发展。
项目监督和控制计划不是用来看的,是用来执行的。
PP讲述了如何做计划,PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动。
我们先看看SG1,SG1讲述的是如何根据计划来跟踪计划的执行问题。
SG1: Actual performance and progress of the project are monitored against the project plan.中文大意是:根据计划,跟踪项目的实际性能和过程。
CMMI过程域全ppt课件
项目监督和控制—特殊实践分析
SP2.2 对照项目计划中标识出的承诺进行监督。 – 确定需要采取的相应措施 – 与相关的共利益者共同审查并达成协议 – 协商改变内部和外部承诺 SP2.3 管理纠正行动,直到问题得到解决。 – 监督纠正措施的完成情况 – 分析纠正措施的结果及效果 – 确定不适当的纠正措施,并形成文件
量和费用进行估计。
项目策划——PP
特定目标(SG2): 建立和维护项目计划并作为管理项目的 基础。
特定实践: SP2.1 建立和维护项目的预算和进度。 SP2.2 识别和分析项目风险。 SP2.3 计划项目数据的管理。 SP2.4 计划执行项目的必需的资源。 SP2.5 计划执行项目的所需的技能和知识。 SP2.6 计划利益关系人的投入。 SP2.7 建立和维护总体项目计划内容。
3)CMMI-SE/SW/IPPD/SS
25个过程域
组织在开发过程中需要获取或转包某些关键构件:考虑使用CMMISE/SW/IPPD/SS模型。
CMMI阶段式成熟度等级
关注于过程改进 过程已度量和控制 过程主动为组织服务 过程为项目服务,通常为被动的 过程不可预测且缺乏控制,是被动的
等级5:优化的 等级4:定量管理的 等级3:已定义的 等级2:已管理的 等级1:初始的
确定获 取 方式
选择供 应商
建立供 应商 合同
供应商需求
供应商合同
产品
满足供应商合同
获取
COTS 产品
执行供 应商 合同
验收获 得的 产品
转交产
PI
品
供应商合同管理—特殊实践分析
《CMMI体系介绍》课件
CMMI是一种评估和改进软件过程的方法论,它提供了一种框架,帮助组织识 别、管理和改进软件开发的实践过程,从而提高软件质量、降低风险、优化成 本。
CMMI的发展历程
• 总结词:CMMI的发展历程包括初始阶段、已管理阶段、已定义阶段、 量化管理阶段、优化管理阶段。
• 详细描述:CMMI的初始阶段是组织开始意识到软件过程改进的需要,并采取一些基本的实践措施来满足基本的质量要 求。已管理阶段是组织开始建立一套完整的软件过程管理体系,并开始对软件开发过程进行全面的管理和监控。已定义 阶段是组织进一步标准化和优化软件开发过程,形成一套完整的标准过程体系。量化管理阶段是组织通过数据分析和度 量,对软件开发过程进行精细化的管理和优化。优化管理阶段是组织通过持续的过程改进和创新,实现软件开发的卓越 和领先。
3
总结经验教训
根据评审结果,总结经验教训,为后续的改进工 作提供参考和借鉴。
THANKS
感谢观看
REPORTING
CMMI的评级
总结词
CMMI的评级分为五个等级,从低到高分别为:初始级、已管理级、已定义级、 量化管理级和优化管理级。
详细描述
每个等级都代表了组织在软件过程改进方面所达到的不同成熟度水平。评级越高 ,表示组织的软件过程管理能力越强,能够更好地保证软件质量、降低风险和优 化成本。
PART 02
CMMI的五大过程域
项目管理
定义:项目管理是指对项目从开始到结束的整个生命周期 进行规划、组织、指导和控制的过程,以确保项目能够按 照预定的时间、成本和质量完成。
项目管理涉及对项目目标、范围、进度、成本、质量等方 面的规划和控制。项目管理需要制定项目计划,分配资源 ,建立项目组织结构,指导项目团队成员完成工作任务, 确保项目能够按照预定的时间、成本和质量完成。
CMMI5级过程域及对应关系清单
CMMI5级过程域及对应关系清单CMMI(Capability Maturity Model Integration)是一个用于评估和改进企业过程的标准框架。
CMMI模型定义了定义了五个成熟度级别(从1到5级)和22个过程领域(也称为过程区域或目标)。
下面是CMMI5级过程域及对应关系清单:1. Level 1 - Initial-未定义的过程域在初始级别,组织的过程是不可预测的,未定义的,且通常是随机的。
组织缺乏过程概念和过程管理能力。
2. Level 2 - Managed-需求管理-配置管理-项目计划与跟踪-项目监控与控制-供应商协议管理-产品集成管理-测量和分析-过程和产品质量保证-风险管理在被管理的级别,组织的过程被规范化和记录下来。
组织开始对过程进行管理,以确保产品和服务按照计划执行,并且可以在合理的成本内交付。
3. Level 3 - Defined-组织过程的定义-组织过程资源的定义-组织培训的定义-组织的绩效管理定义-组织的创新和改进的定义-组织的决策分析和解决方案定义在定义级别,组织定义了标准化的过程,以确保所有项目和任务都按照这些过程进行。
组织通过根据实际需要进行过程定制,实现灵活性和适应性。
4. Level 4 - Quantitatively Managed-过程量化管理-组织的绩效量化管理在可量化管理级别,组织根据量化的过程和产品质量目标管理过程。
组织收集和分析过程和项目数据,并使用这些数据来评估和管理过程绩效。
5. Level 5 - Optimizing-组织创新和改进-组织决策分析和解决方案在优化级别,组织持续改进其过程,并通过创新和采取决策分析方法,提高产品和过程质量,提高组织绩效。
这些过程领域被设计为构建在彼此之上的层次结构。
例如,在达到Level 2的要求之前,组织必须实现Level 1的要求。
达到Level 3要求之前,组织必须实现Level 2的要求,依此类推。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
• 2. 阶段式:
• 把CMMI 中的若干个过程区域分成了5 个成熟度级别,帮 助实施CMMI 的组织建议一条比较容易实现的过程改进发 展道路。
连续式与阶段式表现形式
CMMI模型(连续式表达)
• 成熟度等级
CMMI(连续式表达) - 过程能力
• • • • • • 5 4 3 2 1 0 优化级 已定量管理级 已定义级 已管理级 已执行级 不完整级
能力等级 成熟度等级1
2 2 2 2 2 2 2 3 3 3 3 3 3 3 3 3 3 3 4 4 5 5
成熟度等级2
成熟度等级3
目标概览2
目标概览3
目标概览4 目标概览5
CMMI重点过程域解释
配置管理(CM)
成熟度2级支持类过程域
• 配置管理(Configuration Management,CM)的目 的在于使用配置识别、配置控制、配置状态记录与报告以 及配置审计,来建立并维护工作产品的完整性。
“度量与分析”过程域涉及以下活动: • 明确说明度量与分析的目标,使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果,这些结果可用于做出有根据的决策以及采取适 当的纠正措施
CMMI-软件能力成熟度集成 模型 整体框架和重点过程域解释
CMMI是什么?
• CMMI: Capability Maturity Model Integration(能力 成熟度模型集成)
CMMI的关注点
CMMI三要素:人、技术、过程 CMMI关注的是过程,也就是管理
三要素相互影响,过程的改进会持续会持续从正面影响人和资 源,人的士气和能力持续提高,资源被最合理最优化的配置。
项目监督与控制(PMC)
成熟度2级项目管理类过程域
• 项目监督与控制(Project Monitoring and Control, PMC)的目的在于提供对项目进展的了解,以便在项目 绩效显著偏离计划时可采取适当的纠正措施。
• 文档化的项目计划是监督活动、沟通状态以及采取纠正措施的基础。 主要通过在项目进度表或WBS中预定的里程碑处或者控制级别上,将 实际的工作产品与任务属性、工作量、成本以及进度与计划进行对比 来确定进展情况。对进展的适当可视性使得绩效与计划发生显著偏差 时能够及时采取纠正措施。显著偏差是指如果不解决就会妨碍项目达 成其目标的偏差。
• “配置管理”过程域涉及以下活动: • 识别所选工作产品的配置,其在给定的时间点上组成基线 • 控制对配置项的变更 • 构建或提供规格说明,以便从配置管理系统构建工作产品 • 维护基线的完整性 • 向开发人员、最终用户与客户提供准确的状态与当前的配置数据
度量与分析(MA)
成熟度2级支持类过程域
• 度量与分析(Measurement and Analysis,MA)的目 的在于开发并保持用于支持管理信息需要的度量能力。
过程域(PA)
• Process Area:过程域。 • 过程域是某一领域内的一组相关实践,当它们共同得到实 施时,能满足一组对于在本领域作出改进较为重要的目标。 • 共有22个过程域。
CMMI两种模型
CMMI模型表现形式
• 1. 连续式:
• 通过将CMMI 中过程区域分为四大类:过程管理、项目管 理、工程以及支持。对于每个大类中的过程区域,又进一 步分为不同能力等级。
项目计划(PP)
成熟度2级项目管理类过程域
• 项目Байду номын сангаас划(Project Planning,PP)的目的在于建立并维 护定义项目活动的计划。
• 项目计划是有效管理项目的关键之一。项目计划过程域包含以下活动: • 制订项目计划 • 适当地与相关干系人配合 • 获得对计划的承诺 • 维护计划
过程与产品质量保证(PPQA)
支持
配置管理 (2) 过程和产品质量保证(2) 度量和分析 (2) 决策分析和解决 (3) 原因分析和解决 (5)
CMMI模型(阶段式表达)
附:可参考给出材料中“CMMI经典例子ppt”理解5个阶段的含义
目标概览图与等价阶段式定级
名称 配置管理 度量与分析 项目监督与控制 项目计划 过程与产品质量保证 需求管理 供方协议管理 决策分析与解决 集成项目管理 组织级过程定义 组织级过程关注 组织级培训 产品集成 需求开发 风险管理 技术解决方案 确认 验证 组织级过程性能 量化项目管理 原因分析与解决 组织级绩效管理 缩略语 CM MA PMC PP PPQA REQM SAM DAR IPM OPD OPF OT PI RD RSKM TS VAL VER OPP QPM CAR OPM
需求管理(REQM)
成熟度2级项目管理类过程域
• 需求管理(Requirements Management,REQM)的目的在 于管理项目的产品与产品组件需求,并确保那些需求与项目计 划和工作产品间的协调一致。
• “需求管理”过程管理所有由项目收到或产生的需求,包括技术与非 技术需求,以及由组织赋予项目的需求。 • 项目应采取适当的步骤来确保已批准的需求集得到管理,以支持项目 计划与执行的需要。当项目从已批准的需求提供方处接收了需求,应 在将这些需求纳入项目计划之前,与需求提供方一起评审这些需求, 以解决问题并避免误解。一旦需求提供方与需求接收方达成一致,应 从项目参加者处获得对需求的承诺。随着需求的演变,项目对需求的 变更进行管理,并识别在计划、工作产品与需求间的不一致。
过程管理
组织级培训 (3) 组织级过程定义(3) 组织级过程关注(3) 组织级过程性能(4) 组织级绩效管理(5)
项目管理
项目计划 (2) 项目监控和控制(2) 供方协议管理 (2) 需求管理 (2) 集成项目管理 (3) 风险管理 (3) 量化项目管理 (4)
工程
需求开发 (3) 技术解决方案(3) 产品集成 (3) 验证 (3) 确认 (3)
成熟度2级支持类过程域
• 过程与产品质量保证(Process and Product Quality Assurance,PPQA)的目的在于向员工与管理层提供对 过程及其相关工作产品的客观洞察。
• “过程与产品质量保证”过程域涉及以下活动: • 对照适用的过程描述、标准与规程,客观评价已执行的过程与工作 产品 • 识别并记录不符合问题 • 向项目员工与管理人员提供对质量保证活动结果的反馈 • 确保不符合问题得到处理