CMMI体系知识培训教材(PPT 26张)
合集下载
《CMMI培训资料四》PPT课件
h
6
Client Engagement
Outputs
· · · · · · ·
MRD, UC, UI, System Requirement Site Map Change Request Review Report PI Note (maybe Email) Requirement Matrix Draft Project Plan
h
7
Exit Criteria
Client Engagement
• Notification from Product management team stating development work can starts for PLM projects • Contract Review report with an acceptance or rejection decision for nonPLM contract.
Client Engagement
• Receipt of a written or verbal trigger to start a project. • An amendment to a contract
from US team or real customer
h
3
Client Engagement
h
To be Contin1u1ed…
Project Planning
Activities
3 Based on SOW and MRD, System Requirement, UC, etc, PM establishes WBS (MS Project); 4 PM estimates the size, complexity, effort and schedule of the tasks that identified in WBS with help from project team;
CMMI培训完整版PPT幻灯片课件
真的能这样吗？
28
CMMIonline
2级做法遗留的一些问题
不需要进行风险管理吗？ 用什么方法调查大家喜欢吃什么菜式呢？
有指南就好了？ 如何组织聚餐活动，是不是应该有个指
导？或者有成功经验可供参考？ ……
29
CMMIonline
Level 3：已定义级
经过一段时间积累，以下活动都有明确的指导 文档：
如何写计划 如何组织吃饭现场活动 如何确定餐单
RD TS VER VAL PI IPM
….
对于确定餐单、选定酒水供应商方面采用决策 分析的办法。 DAR
进行风险管理。 RSKM
建立了相应的培训制度。OT
另外，为了让组织聚餐活动越做越好，成立了 专门的SEPG来维护文档。OPF OPD
7
CMMIonline
常见疑问
不通过2级能过3级吗？ 3级的企业研发总体成本比2级的要高？ 怎样才算通过了某个级别的评估呢？ CMMI评估与ISO审核有什么不同？ 很多公司说自己整体过了CMMI多少级，什么
叫“整体过”呢？ CMMI是个什么东西呢？ ……
8
CMMIonline
Level2:受管理级-1
怎样才能办 好事情呢？
大家想吃什 么？
采购(SAM)
酒水需要另 外买啊！
需求管理(RM)
老板有什么期望呢？ 预算是多少呢？
要做个计划 才行？ 项目计划(PP)
要统计一下出席 情况以及各菜式 的“吃剩”情况！
度量(MA)
要督促大家 按照计划进
行？ 项目计划跟踪(PMC)
26
对一些特殊问题、特殊情况进行分析， 可以得到改进过程的机会。
28
CMMIonline
2级做法遗留的一些问题
不需要进行风险管理吗？ 用什么方法调查大家喜欢吃什么菜式呢？
有指南就好了？ 如何组织聚餐活动，是不是应该有个指
导？或者有成功经验可供参考？ ……
29
CMMIonline
Level 3：已定义级
经过一段时间积累，以下活动都有明确的指导 文档：
如何写计划 如何组织吃饭现场活动 如何确定餐单
RD TS VER VAL PI IPM
….
对于确定餐单、选定酒水供应商方面采用决策 分析的办法。 DAR
进行风险管理。 RSKM
建立了相应的培训制度。OT
另外，为了让组织聚餐活动越做越好，成立了 专门的SEPG来维护文档。OPF OPD
7
CMMIonline
常见疑问
不通过2级能过3级吗？ 3级的企业研发总体成本比2级的要高？ 怎样才算通过了某个级别的评估呢？ CMMI评估与ISO审核有什么不同？ 很多公司说自己整体过了CMMI多少级，什么
叫“整体过”呢？ CMMI是个什么东西呢？ ……
8
CMMIonline
Level2:受管理级-1
怎样才能办 好事情呢？
大家想吃什 么？
采购(SAM)
酒水需要另 外买啊！
需求管理(RM)
老板有什么期望呢？ 预算是多少呢？
要做个计划 才行？ 项目计划(PP)
要统计一下出席 情况以及各菜式 的“吃剩”情况！
度量(MA)
要督促大家 按照计划进
行？ 项目计划跟踪(PMC)
26
对一些特殊问题、特殊情况进行分析， 可以得到改进过程的机会。
CMMI体系知识培训教材PPT-26张课件
修改缺陷 状态
(责任人)
问题记录 跟踪表 [草稿]
批准 (评审主
席)
问题记录 跟踪表 [已批准]
审批活动图
评审成员
提交发现的待定问题
评审主席
否 确认是否为问题
是
状态：待修复
问
题
PR： 项 目 经 理
否 是否要修改
记 录
TR、 MR： 评 审 主 席
状态：遗留
与
跟
是
状态：待修复
踪
流
责任人
修改问题
程
图
无言。缘来尽量要惜，缘尽就放。人生本来就空，对人家笑笑，对自己笑笑，笑着看天下，看日出日落，花谢花开，岂不自在，哪里来的尘埃!
•
5、心情就像衣服，脏了就拿去洗洗，晒晒，阳光自然就会蔓延开来。阳光那么好，何必自寻烦恼，过好每一个当下，一万个美丽的未来抵不过一个温暖的现在。
•
6、无论你正遭遇着什么，你都要从落魄中站起来重振旗鼓，要继续保持热忱，要继续保持微笑，就像从未受伤过一样。
•
9、与其埋怨世界，不如改变自己。管好自己的心，做好自己的事，比什么都强。人生无完美，曲折亦风景。别把失去看得过重，放弃是另一种拥有;不要经常艳羡他人，
人做到了，心悟到了，相信属于你的风景就在下一个拐弯处。
•
10、有些事想开了，你就会明白，在世上，你就是你，你痛痛你自己，你累累你自己，就算有人同情你，那又怎样，最后收拾残局的还是要靠你自己。
SCCB评审变更请求申请 （SCCB会议纪要）
需求角色更改需求文档 修改后的需求文档被批准纳入基线
2.7 系统设计流程
2.8 系统开发流程
软件实现开发过程可以分为三个子阶段： 详细设计 编码 单元测试 详细设计是在系统设计和概要设计的基础上进行函数或方法的详细功能 的设计；编码主要包括测试前的编码工作以及测试后对编码的修复工
CMMI基础知识级ppt课件
30
小结
组织革新与部署
商业目标触发改进 过程改进 技术改进 改进效果的评估
原因分析与解决方案
选择有价值的问题进行分析 分析后实施改进建议 评估改进建议的实施情况 根据实施情况，看看是否需要推广到全组织
问题思考
精选课件ppt
31
思考
CMMI5级，有没有没有能解决的问题？ 答案：没有！
精选课件ppt
13
商业目标分解
提高竞争力
1. 功能要多 2. 新功能推出要快 3. 质量要有保证 4. 价钱合理 5. 要按期完成
精选课件ppt
14
影响我们商业目标的问题曾经有：
预算不准，持续增大！ CPI偏低！ 不知道客户的满意度情况！ 没有信心软件是否充分测试！ 需求调研工作质量不太能保证！ 设计过程质量差！ 编码漏洞多！
性能参数
限值
当前值
成本指数(CPI) 平均值上限 109.76%
平均值中心 89.06% 线
平均值下限 68.35%
值域上限 75.86%
域值中心线 35.89%
精选课件ppt
目标值 基本不变 基本不变
>=75% <=50% <35.89%
20
例子：2006-18
2
2、3、4、5级情况一览
2、3级其实已经把软件开发各个方面都 覆盖了
2级有7个PA 3级有11个PA 4级有2个PA 5级有2个PA 共22个PA，425个Practice
精选课件ppt
3
CMMI 1-5级 跨度图
5级 4级
3级
2级
1级
精选课件ppt
4
CMMI4级中定量项目管理的“仙境”
预测模型是否适用？如何改进？没有明 确的指导。
《CMMI培训资料六》课件
初始阶段
总结词：无管理
详细描述：在初始阶段，组织通常没有明确的软件过程管理，项目经常处于混乱 状态，问题和缺陷往往在最后阶段才发现。
已管理阶段
总结词：基础管理
详细描述：在已管理阶段，组织开始实施基本的项目管理过程，包括需求管理、项目计划、项目监控和项目质量等方面的管 理。
量化管理阶段
总结词：量化控制
通过CMMI的实施，可以提高软件开 发的透明度和可预测性，增强客户对 公司的信任和满意度。
05
CMMI的未来发展
CMMI的发展趋势
01
02
03
持续改进
CMMI将更加注重组织在 软件开发生命周期中的持 续改进，帮助组织不断提 升过程能力。
敏捷方法整合
随着敏捷开发方法的普及 ，CMMI将进一步整合敏 捷方法，提供更加灵活的 过程改进框架。
感谢您的观看
THANKS
CMMI实施可能会对员工的工作方式带来改 变，如果员工抵触变革，可能会影响实施 的顺利进行。
实施难度大
短期收益不明显
CMMI模型是一个复杂的体系，实施过程中 可能会面临技术和管理上的挑战，需要具 备相应的专业知识和经验。
CMMI实施需要长期坚持才能看到明显的收 益，短期内的投入和改变可能难以显现。
CMMI实施带来的收益
技术创新
CMMI将关注新兴技术和 工具，如人工智能、云计 算和大数据，将其纳入过 程改进的范畴。
CMMI与其他标准的结合
CMMI与ISO 9001
结合ISO 9001质量管理体系标准，CMMI将提供更加全面的过程改进方案，确 保组织在各个方面的质量管理得到提升。
CMMI与敏捷开发框架
通过与敏捷开发框架（如Scrum和Kanban）的结合，CMMI将更好地满足组织 在快速变化环境中的需求。
《CMMI体系介绍》课件
详细描述
CMMI是一种评估和改进软件过程的方法论，它提供了一种框架，帮助组织识 别、管理和改进软件开发的实践过程，从而提高软件质量、降低风险、优化成 本。
CMMI的发展历程
• 总结词：CMMI的发展历程包括初始阶段、已管理阶段、已定义阶段、 量化管理阶段、优化管理阶段。
• 详细描述：CMMI的初始阶段是组织开始意识到软件过程改进的需要，并采取一些基本的实践措施来满足基本的质量要 求。已管理阶段是组织开始建立一套完整的软件过程管理体系，并开始对软件开发过程进行全面的管理和监控。已定义 阶段是组织进一步标准化和优化软件开发过程，形成一套完整的标准过程体系。量化管理阶段是组织通过数据分析和度 量，对软件开发过程进行精细化的管理和优化。优化管理阶段是组织通过持续的过程改进和创新，实现软件开发的卓越 和领先。
3
总结经验教训
根据评审结果，总结经验教训，为后续的改进工 作提供参考和借鉴。
THANKS
感谢观看
REPORTING
CMMI的评级
总结词
CMMI的评级分为五个等级，从低到高分别为：初始级、已管理级、已定义级、 量化管理级和优化管理级。
详细描述
每个等级都代表了组织在软件过程改进方面所达到的不同成熟度水平。评级越高 ，表示组织的软件过程管理能力越强，能够更好地保证软件质量、降低风险和优 化成本。
PART 02
CMMI的五大过程域
项目管理
定义：项目管理是指对项目从开始到结束的整个生命周期 进行规划、组织、指导和控制的过程，以确保项目能够按 照预定的时间、成本和质量完成。
项目管理涉及对项目目标、范围、进度、成本、质量等方 面的规划和控制。项目管理需要制定项目计划，分配资源 ，建立项目组织结构，指导项目团队成员完成工作任务， 确保项目能够按照预定的时间、成本和质量完成。
CMMI是一种评估和改进软件过程的方法论，它提供了一种框架，帮助组织识 别、管理和改进软件开发的实践过程，从而提高软件质量、降低风险、优化成 本。
CMMI的发展历程
• 总结词：CMMI的发展历程包括初始阶段、已管理阶段、已定义阶段、 量化管理阶段、优化管理阶段。
• 详细描述：CMMI的初始阶段是组织开始意识到软件过程改进的需要，并采取一些基本的实践措施来满足基本的质量要 求。已管理阶段是组织开始建立一套完整的软件过程管理体系，并开始对软件开发过程进行全面的管理和监控。已定义 阶段是组织进一步标准化和优化软件开发过程，形成一套完整的标准过程体系。量化管理阶段是组织通过数据分析和度 量，对软件开发过程进行精细化的管理和优化。优化管理阶段是组织通过持续的过程改进和创新，实现软件开发的卓越 和领先。
3
总结经验教训
根据评审结果，总结经验教训，为后续的改进工 作提供参考和借鉴。
THANKS
感谢观看
REPORTING
CMMI的评级
总结词
CMMI的评级分为五个等级，从低到高分别为：初始级、已管理级、已定义级、 量化管理级和优化管理级。
详细描述
每个等级都代表了组织在软件过程改进方面所达到的不同成熟度水平。评级越高 ，表示组织的软件过程管理能力越强，能够更好地保证软件质量、降低风险和优 化成本。
PART 02
CMMI的五大过程域
项目管理
定义：项目管理是指对项目从开始到结束的整个生命周期 进行规划、组织、指导和控制的过程，以确保项目能够按 照预定的时间、成本和质量完成。
项目管理涉及对项目目标、范围、进度、成本、质量等方 面的规划和控制。项目管理需要制定项目计划，分配资源 ，建立项目组织结构，指导项目团队成员完成工作任务， 确保项目能够按照预定的时间、成本和质量完成。
《CMMI培训资料三》课件
CMMI实施流程
评估当前状态
通过评估组织的当前状态，识别出组 织在过程管理和改进方面的优势和不 足。
01
02
制定改进计划
根据评估结果，制定针对性的改进计 划，明确改进目标、措施和时间表。
03
实施改进
按照改进计划，逐步实施各项改进措 施，确保改进的有效性和可持续性。
持续改进
通过不断评估和改进，持续提升组织 的过程成熟度和能力。
《CMMI培训资料三》 PPT课件
目录 CONTENT
• CMMI基础介绍 • CMMI实施准备 • CMMI评估方法 • CMMI实施案例 • CMMI常见问题解答
01
CMMI基础介绍
CMMI定义
01
CMMI定义
CMMI（Capability Maturity Model Integration）即能力成熟度模型
建立沟通机制
建立有效的沟通机制，确 保团队成员之间的信息传 递及时、准确，以便于协 同工作。
培训准备
确定培训需求
根据组织规模、人员技能 水平以及CMMI实施计划 ，确定培训需求和培训内 容。
选择培训方式
根据实际情况选择适合的 培训方式，如内部培训、 外部培训、在线培训等。
制定培训计划
制定详细的培训计划，包 括培训时间、地点、参与 人员、培训内容等，确保 培训的有效性和针对性。
集成，是一种用于评估组织过程成熟度和过程改进能力的国际标准。
02
CMMI的发展历程
CMMI最早起源于软件行业的CMM（Capability Maturity Model）模
型，经过多年的发展和改进，逐渐演变为包括多个行业的CMMI模型。
03
CMMI的用途
《CMMI培训资料五》课件
《CMMI培训资料 五》PPT课件
contents
目录
• CMMI基础介绍 • CMMI的五大过程域 • CMMI的三大目标 • CMMI实施的关键因素 • CMMI实施案例分享
01
CMMI基础介绍
CMMI定义
总结词
CMMI是软件能力成熟度模型集成，用于评估软件开发过程的成熟度和能力等 级。
详细描述
CMMI的评估和等级划分
总结词
CMMI的评估分为五个等级，从初始级到 优化级，每个等级都有不同的目标和要 求。
VS
详细描述
CMMI的评估和等级划分是按照五个等级 进行的，分别是初始级、已管理级、已定 义级、量化管理级和优化级。每个等级都 有明确的目标和要求，软件开发组织需要 满足这些要求才能达到相应的等级。评估 过程通常由专业的评估师进行，以确保评 估的准确性和客观性。
。
进
03
CMMI的三大目标
提高企业的管理水平
建立和完善企业的管理体系
CMMI要求企业建立完善的管理体系，包括项目管理、质 量管理、过程管理等方面，以确保企业的各项工作有章可 循、有据可查。
提高管理人员的素质和能力
CMMI强调管理人员的培训和教育，要求管理人员具备足 够的管理知识和技能，以提高企业的整体管理水平。
优化企业的管理流程
CMMI通过对企业管理流程的评估和改进，帮助企业发现 和解决管理中的问题，优化管理流程，提高管理效率。
提高企业的工程开发能力
01
建立和完善企业的工程开发流程
CMMI要求企业建立完善的工程开发流程，包括需求分析、设计、编码
、测试等方面，以确保工程开发的顺利进行。
02
提高开发人员的技能和素质
建立跨部门的沟通机制，加强团队协作，提高工作效率。
contents
目录
• CMMI基础介绍 • CMMI的五大过程域 • CMMI的三大目标 • CMMI实施的关键因素 • CMMI实施案例分享
01
CMMI基础介绍
CMMI定义
总结词
CMMI是软件能力成熟度模型集成，用于评估软件开发过程的成熟度和能力等 级。
详细描述
CMMI的评估和等级划分
总结词
CMMI的评估分为五个等级，从初始级到 优化级，每个等级都有不同的目标和要 求。
VS
详细描述
CMMI的评估和等级划分是按照五个等级 进行的，分别是初始级、已管理级、已定 义级、量化管理级和优化级。每个等级都 有明确的目标和要求，软件开发组织需要 满足这些要求才能达到相应的等级。评估 过程通常由专业的评估师进行，以确保评 估的准确性和客观性。
。
进
03
CMMI的三大目标
提高企业的管理水平
建立和完善企业的管理体系
CMMI要求企业建立完善的管理体系，包括项目管理、质 量管理、过程管理等方面，以确保企业的各项工作有章可 循、有据可查。
提高管理人员的素质和能力
CMMI强调管理人员的培训和教育，要求管理人员具备足 够的管理知识和技能，以提高企业的整体管理水平。
优化企业的管理流程
CMMI通过对企业管理流程的评估和改进，帮助企业发现 和解决管理中的问题，优化管理流程，提高管理效率。
提高企业的工程开发能力
01
建立和完善企业的工程开发流程
CMMI要求企业建立完善的工程开发流程，包括需求分析、设计、编码
、测试等方面，以确保工程开发的顺利进行。
02
提高开发人员的技能和素质
建立跨部门的沟通机制，加强团队协作，提高工作效率。
CMMI培训全册PPT课件
.
名人名言
过程改进应有助于业务 而不是为了自身的原因“ 我们信任上帝，所有的东西
都可以用数据表示 。”- W. Edwards Deming
.
一个有效的改变程序 需要对当前状态的理 解 If you don’t know where youare, a map won’t help. - Watts. Humphrey
.
什么是成熟度？
• 已定义的 • 记入文档的 • 经过培训的 • 经过实践的 • 已支持的 • 已维护的
• 已控制的 • 已验证的 • 已确认的 • 已测量的 • 能改进的
.
为什么要过程改进？
• 软件过程改进投资回报率在5:1到8:1之间； 改善工作状况；
• 提升员工士气； • 减少返工； • 缩短项目拖延时间； • 改善沟通状况； • 降低风险； • 提高顾客满意度
• 等级2：计划由于基于过 去的性能而比较现实可行
• 等级1：一般达不到进程 和成本目标
时间/费用/不良质量
.
约定衡量成熟度的尺度
• 根据软件工程实践,经过协商拟订一根衡量 软件工程能力成熟度的“标杆”——评估 模型
.
通过改进过程提升成熟度
• 随着相应的一组过程的能力的提高，企业 的综 合软件工程能力成熟度等级也相应提 升
CMMI培训5天版
.
CMMI培训5天版课程内容
• 过程改进基本原理 • CMMI发展和意义 • CMMI模型综述及公共实践简介 • CMMI等级1、2. • CMMI等级3 • CMMI等级4 • CMMI等级5 • 总结
.
过程改进基本原理
.
过程及其定义
• 过程是什么? • 你如何定义过程？
.
名人名言
过程改进应有助于业务 而不是为了自身的原因“ 我们信任上帝，所有的东西
都可以用数据表示 。”- W. Edwards Deming
.
一个有效的改变程序 需要对当前状态的理 解 If you don’t know where youare, a map won’t help. - Watts. Humphrey
.
什么是成熟度？
• 已定义的 • 记入文档的 • 经过培训的 • 经过实践的 • 已支持的 • 已维护的
• 已控制的 • 已验证的 • 已确认的 • 已测量的 • 能改进的
.
为什么要过程改进？
• 软件过程改进投资回报率在5:1到8:1之间； 改善工作状况；
• 提升员工士气； • 减少返工； • 缩短项目拖延时间； • 改善沟通状况； • 降低风险； • 提高顾客满意度
• 等级2：计划由于基于过 去的性能而比较现实可行
• 等级1：一般达不到进程 和成本目标
时间/费用/不良质量
.
约定衡量成熟度的尺度
• 根据软件工程实践,经过协商拟订一根衡量 软件工程能力成熟度的“标杆”——评估 模型
.
通过改进过程提升成熟度
• 随着相应的一组过程的能力的提高，企业 的综 合软件工程能力成熟度等级也相应提 升
CMMI培训5天版
.
CMMI培训5天版课程内容
• 过程改进基本原理 • CMMI发展和意义 • CMMI模型综述及公共实践简介 • CMMI等级1、2. • CMMI等级3 • CMMI等级4 • CMMI等级5 • 总结
.
过程改进基本原理
.
过程及其定义
• 过程是什么? • 你如何定义过程？
.
《CMMI培训资料六》PPT课件_OK
3
Metrication
Inputs The inputs for individual metrics are unique to the particular metric. They typically consist of Daily log, Planned and Actual Schedules, Cost Schedules, etc.
To be Continueities
3 Analyse and Review Results: The results of the metric need to be analysed and reviewed with the Project Manager. Appropriate action needs to be decided thereon; 4 Action: A feedback needs to be sent to the relevant Application development phase to ensure that the application development is improved. This is the closed loop feedback process.
CMMI介绍 （六）
PM Training (part 3)
CMMI Coordinator Team
October 07, 2004
1
培训内容 • Metrication • Review
2
Metrication
Entry Criteria Whenever data is to be collected and / or analyzed, as defined in the PP plan or metrics process.
Metrication
Inputs The inputs for individual metrics are unique to the particular metric. They typically consist of Daily log, Planned and Actual Schedules, Cost Schedules, etc.
To be Continueities
3 Analyse and Review Results: The results of the metric need to be analysed and reviewed with the Project Manager. Appropriate action needs to be decided thereon; 4 Action: A feedback needs to be sent to the relevant Application development phase to ensure that the application development is improved. This is the closed loop feedback process.
CMMI介绍 （六）
PM Training (part 3)
CMMI Coordinator Team
October 07, 2004
1
培训内容 • Metrication • Review
2
Metrication
Entry Criteria Whenever data is to be collected and / or analyzed, as defined in the PP plan or metrics process.
CMMI基础知识评估方法实用PPT课件
11
第11页/共41页
例5：“组织过程性能”中的两个Practice
• 建立过程性能基线 • 建立过程性能模型 • 请大家说说
• 直接书面证据是什么？ • 间接书面证据是什么？ • 访谈证据是“定量项目管理”中的一个Practice
• 建立和维护项目质量和性能方面的目标
Practice2 … … …
…
…
33
第33页/共41页
我们的目标
Practice 项 级别 直接证 间接证据或 Weakness
目
据
者访谈证据
Practice P1 FI OK OK
无
1
P2 FI OK OK
无
P3 FI OK OK
无
P4 FI OK OK
无
Practice … … …
…
…
2
34
第34页/共41页
小结：
• 讲解了直接书面证据、间接书面证据、访谈证据。 • 讲解了评级的过程:
P r a c t i c e G o a l PA C M M I 等 级 • 讲解了Practice的各种等级
FI，LI，PI，NI • 考试安排
35
第35页/共41页
本系列课程对大家的期望
18
第18页/共41页
练习1
• 某个Goal下的Practice情况如下： • Pracitce1:完全满足(FI) • Pracitce2:完全满足(FI) • Pracitce3:完全满足(FI) • Pracitce4:完全满足(FI)
• 那么这个Goal是否满足？ • 答案：满足！
19
第19页/共41页
37
第37页/共41页
第11页/共41页
例5：“组织过程性能”中的两个Practice
• 建立过程性能基线 • 建立过程性能模型 • 请大家说说
• 直接书面证据是什么？ • 间接书面证据是什么？ • 访谈证据是“定量项目管理”中的一个Practice
• 建立和维护项目质量和性能方面的目标
Practice2 … … …
…
…
33
第33页/共41页
我们的目标
Practice 项 级别 直接证 间接证据或 Weakness
目
据
者访谈证据
Practice P1 FI OK OK
无
1
P2 FI OK OK
无
P3 FI OK OK
无
P4 FI OK OK
无
Practice … … …
…
…
2
34
第34页/共41页
小结：
• 讲解了直接书面证据、间接书面证据、访谈证据。 • 讲解了评级的过程:
P r a c t i c e G o a l PA C M M I 等 级 • 讲解了Practice的各种等级
FI，LI，PI，NI • 考试安排
35
第35页/共41页
本系列课程对大家的期望
18
第18页/共41页
练习1
• 某个Goal下的Practice情况如下： • Pracitce1:完全满足(FI) • Pracitce2:完全满足(FI) • Pracitce3:完全满足(FI) • Pracitce4:完全满足(FI)
• 那么这个Goal是否满足？ • 答案：满足！
19
第19页/共41页
37
第37页/共41页
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMMI体系知识培训
议程：
CMMI与项目管理对应关系
过程体系各阶段流程 过程体系文档组成
项目实例
1.CMMI与项目管理对应关系
CMMI作为软件过程改进标准，包含了在不同领域建立有效过程的必要元 素，反应了业界普遍认可的“最佳”实践。CMMI的每个过程区域及其实 践都与项目管理的各个过程都是一一对应的，每个项目过程都能在CMMI 中找到想对应的实践。
数据采集
项目状态分析
制定跟踪计划
项目例会
修订软件开发 计划
里程碑评审
制定计划——按照计划采集数据——定期项目例会—
—分析项目状态——根据分析的数据找出原因并采取 措施 里程碑阶段进行评审 必要时需要修改软件开发计划
2.4 风险管理流程
上图给出了风险管理的模型，可以看出风险管理活动主要划分为：
2.2 项目规划流程
协商约定 分解 需求 WBS 估计产品 规模 LOC 估计项目 资源 工作量、成本 估计进度 否 进度
计划是否满足要 求/符合实际
是
计划获得 批准 基线 估计 过程 数据库
项目监控
项目策划活动是项目管理中的日常工作，其中启动阶段的项目策划活动 侧重于整个项目过程的估计和里程碑的策划，而细化、构造、移交阶段 的项目策划活动侧重于细化当前阶段的计划或调整计划的指导性和适用 性。
需求开发（RD） 技术解决方案（TS） 产品集成（PI） 验证（VER） 确认（VAR）
工程 过程
8 9 10 11
过程 12 支持 13 过程 14 15 组织 17 过程 18 16
序号
级别 CMMI3
过程域 配置管理（CM）
CMMI2
CMMI2 CMMI2 CMMI3 CMMI3 CMMI3
定 期 开 发 过 程 工 作 产 品 完 成 需 求 变 更
需 求 跟 踪 [项 目 经 理 ]
不 一 致 [邮 件 或 口 头 通 知 ]
•需求或后续工作产品发生变更时，要及时更新需求跟踪矩阵
•项目经理利用需求跟踪矩阵进行正向和逆向跟踪，查找工作产品与需求不一致的地方
2.5.3 需求变更
变更请求申请 与状态跟踪表 [草稿] 变更请求申请 与状态跟踪表 [添加影响域 分析内容] 变更请求申请 与状态跟踪表 [不批准] 评审 [SCCB]
过程
序号
级别
过程域
1
项目 管理 过程 2 3 4 5
CMMI3
CMMI3 CMMI2 CMMI2 CMMI3
集成项目管理（IPM）
决策分析与解决方案（DAR） 项目计划（PP） 项目跟踪与监控（PMC） 风险管理（RSKM）
6
7
CMMI2
CMMI3 CMMI3 CMMI3 CMMI3 CMMI3
需求管理（REQM）
2.5 需求工程
2.5.1 需求开发与需求管理的关系
2.5.2 需求跟踪
开 发 过 程 工 作 产 品 完 成
建 立 需 求 跟 踪 矩 阵 [工 作 产 品 作 者 ]
需 求 跟 踪 表 [未 审 核 ]
审 核 [项 目 经 理 ]
需 求 跟 踪 表 [审 核 ]
修 改 工 作 产 品 更 新 需 求 跟 踪 矩 阵 [工 作 产 品 作 者 ]
影响域分析 [项目成员]
变更请求申请 与状态跟踪表 [批准]
修改需求文档 [需求角色]
需求文档 [未审批]
审批 [项目审批角色 和 客户审批角色]
需求文档 [审批]
修改相关 工作产品
不一致被 消除的工 作产品
验证工作Biblioteka 品 [已验证] 变更申请人按变更流程进行需求变更，提交《变更请求申请与状态跟踪表》
项目成员对提出的变更请求进行影响域分析 （有效性、影响范围、资源、成 本等等） SCCB评审变更请求申请 （SCCB会议纪要）
需求角色更改需求文档
修改后的需求文档被批准纳入基线
2.7 系统设计流程
2.8 系统开发流程
软件实现开发过程可以分为三个子阶段： 详细设计 编码 单元测试 详细设计是在系统设计和概要设计的基础上进行函数或方法的详细功能 的设计；编码主要包括测试前的编码工作以及测试后对编码的修复工 作；单元测试主要是通过白盒测试来及早发现软件模块中的错误（可裁 剪）
项目策划贯穿整个项目周期，涉及的文档：软件开发计划 软件开发计划 配置管理计划
质量保证计划
协作计划 培训计划 度量计划 项目跟踪与 监控计划
测试计划
组件协调
项目数据采集表 风险管理计划
2.3 项目监控流程
目的：增加项目过程的可视性，使得对项目的管理能够起到切实有效
的作用，尤其是当项目性能明显偏离软件计划时采取有效的措施
• • • • • 识别 分析 计划 跟踪 控制
这五个阶段，这五个阶段循环往复，贯穿于整个软件项目的生命周期之中。而有效 沟通应该看作是各阶段的基础 。 对于公司标准风险管理过程，组织层对风险来源、风险类型、风险参数以及风险管 理策略做了明确的定义。具体请参照《常见风险列表》、《风险识别检查表》 。
非正式评审
正式评审
评审类型和方式关系图 •同行评审侧重于质量
•技术评审侧重于审批认可
1.阶段计划 2.问题记录跟踪表模板 3.被评审工作产品 4.相应Checklist 5.相关工作产品 评审所需规范、标准与基线 和相关文档已准备好； 确定了评审用的检查表； 软件工作产品已经稳定；
准 备
评审通知 (作者)
2.9 系统测试流程
测试总的流程为：项目早期制定测试计划（项目策划阶段）、设计和实现测试用 例、测试执行阶段和后期测试报告与总结。
2.10 验收流程
2.11 评审流程
评审的生命周期
准备
评审
改进
评 审
类型： 同行评审(PR) 技术评审(TR) 管理评审(MR)
方式：
Inspection
Walkthrough
过程与产品质量保证（PPQA）
供应商协议管理（SAM） 度量（MA） 组织过程定义（OPD） 组织过程焦点（OPF） 组织培训（OT）
2.过程体系各阶段流程
2.1 项目启动流程
1、立项评审准备 入：立项评审申请 出：立项评审呈现（立项报告） 2、立项评审 入：立项评审呈现 出：立项评审报告 评审结论应包涵以下内容： 项目是否可行； 开发成本； 大致工期； 其他约束条件。 3、项目启动 立项启动申请批准 4、分配研发管理资源 5、项目策划
议程：
CMMI与项目管理对应关系
过程体系各阶段流程 过程体系文档组成
项目实例
1.CMMI与项目管理对应关系
CMMI作为软件过程改进标准，包含了在不同领域建立有效过程的必要元 素，反应了业界普遍认可的“最佳”实践。CMMI的每个过程区域及其实 践都与项目管理的各个过程都是一一对应的，每个项目过程都能在CMMI 中找到想对应的实践。
数据采集
项目状态分析
制定跟踪计划
项目例会
修订软件开发 计划
里程碑评审
制定计划——按照计划采集数据——定期项目例会—
—分析项目状态——根据分析的数据找出原因并采取 措施 里程碑阶段进行评审 必要时需要修改软件开发计划
2.4 风险管理流程
上图给出了风险管理的模型，可以看出风险管理活动主要划分为：
2.2 项目规划流程
协商约定 分解 需求 WBS 估计产品 规模 LOC 估计项目 资源 工作量、成本 估计进度 否 进度
计划是否满足要 求/符合实际
是
计划获得 批准 基线 估计 过程 数据库
项目监控
项目策划活动是项目管理中的日常工作，其中启动阶段的项目策划活动 侧重于整个项目过程的估计和里程碑的策划，而细化、构造、移交阶段 的项目策划活动侧重于细化当前阶段的计划或调整计划的指导性和适用 性。
需求开发（RD） 技术解决方案（TS） 产品集成（PI） 验证（VER） 确认（VAR）
工程 过程
8 9 10 11
过程 12 支持 13 过程 14 15 组织 17 过程 18 16
序号
级别 CMMI3
过程域 配置管理（CM）
CMMI2
CMMI2 CMMI2 CMMI3 CMMI3 CMMI3
定 期 开 发 过 程 工 作 产 品 完 成 需 求 变 更
需 求 跟 踪 [项 目 经 理 ]
不 一 致 [邮 件 或 口 头 通 知 ]
•需求或后续工作产品发生变更时，要及时更新需求跟踪矩阵
•项目经理利用需求跟踪矩阵进行正向和逆向跟踪，查找工作产品与需求不一致的地方
2.5.3 需求变更
变更请求申请 与状态跟踪表 [草稿] 变更请求申请 与状态跟踪表 [添加影响域 分析内容] 变更请求申请 与状态跟踪表 [不批准] 评审 [SCCB]
过程
序号
级别
过程域
1
项目 管理 过程 2 3 4 5
CMMI3
CMMI3 CMMI2 CMMI2 CMMI3
集成项目管理（IPM）
决策分析与解决方案（DAR） 项目计划（PP） 项目跟踪与监控（PMC） 风险管理（RSKM）
6
7
CMMI2
CMMI3 CMMI3 CMMI3 CMMI3 CMMI3
需求管理（REQM）
2.5 需求工程
2.5.1 需求开发与需求管理的关系
2.5.2 需求跟踪
开 发 过 程 工 作 产 品 完 成
建 立 需 求 跟 踪 矩 阵 [工 作 产 品 作 者 ]
需 求 跟 踪 表 [未 审 核 ]
审 核 [项 目 经 理 ]
需 求 跟 踪 表 [审 核 ]
修 改 工 作 产 品 更 新 需 求 跟 踪 矩 阵 [工 作 产 品 作 者 ]
影响域分析 [项目成员]
变更请求申请 与状态跟踪表 [批准]
修改需求文档 [需求角色]
需求文档 [未审批]
审批 [项目审批角色 和 客户审批角色]
需求文档 [审批]
修改相关 工作产品
不一致被 消除的工 作产品
验证工作Biblioteka 品 [已验证] 变更申请人按变更流程进行需求变更，提交《变更请求申请与状态跟踪表》
项目成员对提出的变更请求进行影响域分析 （有效性、影响范围、资源、成 本等等） SCCB评审变更请求申请 （SCCB会议纪要）
需求角色更改需求文档
修改后的需求文档被批准纳入基线
2.7 系统设计流程
2.8 系统开发流程
软件实现开发过程可以分为三个子阶段： 详细设计 编码 单元测试 详细设计是在系统设计和概要设计的基础上进行函数或方法的详细功能 的设计；编码主要包括测试前的编码工作以及测试后对编码的修复工 作；单元测试主要是通过白盒测试来及早发现软件模块中的错误（可裁 剪）
项目策划贯穿整个项目周期，涉及的文档：软件开发计划 软件开发计划 配置管理计划
质量保证计划
协作计划 培训计划 度量计划 项目跟踪与 监控计划
测试计划
组件协调
项目数据采集表 风险管理计划
2.3 项目监控流程
目的：增加项目过程的可视性，使得对项目的管理能够起到切实有效
的作用，尤其是当项目性能明显偏离软件计划时采取有效的措施
• • • • • 识别 分析 计划 跟踪 控制
这五个阶段，这五个阶段循环往复，贯穿于整个软件项目的生命周期之中。而有效 沟通应该看作是各阶段的基础 。 对于公司标准风险管理过程，组织层对风险来源、风险类型、风险参数以及风险管 理策略做了明确的定义。具体请参照《常见风险列表》、《风险识别检查表》 。
非正式评审
正式评审
评审类型和方式关系图 •同行评审侧重于质量
•技术评审侧重于审批认可
1.阶段计划 2.问题记录跟踪表模板 3.被评审工作产品 4.相应Checklist 5.相关工作产品 评审所需规范、标准与基线 和相关文档已准备好； 确定了评审用的检查表； 软件工作产品已经稳定；
准 备
评审通知 (作者)
2.9 系统测试流程
测试总的流程为：项目早期制定测试计划（项目策划阶段）、设计和实现测试用 例、测试执行阶段和后期测试报告与总结。
2.10 验收流程
2.11 评审流程
评审的生命周期
准备
评审
改进
评 审
类型： 同行评审(PR) 技术评审(TR) 管理评审(MR)
方式：
Inspection
Walkthrough
过程与产品质量保证（PPQA）
供应商协议管理（SAM） 度量（MA） 组织过程定义（OPD） 组织过程焦点（OPF） 组织培训（OT）
2.过程体系各阶段流程
2.1 项目启动流程
1、立项评审准备 入：立项评审申请 出：立项评审呈现（立项报告） 2、立项评审 入：立项评审呈现 出：立项评审报告 评审结论应包涵以下内容： 项目是否可行； 开发成本； 大致工期； 其他约束条件。 3、项目启动 立项启动申请批准 4、分配研发管理资源 5、项目策划