能力成熟度模型集成(CMMI)是一种经过验证的框架 改善软件开发和管理。如何有效地部署CMMI,独立或与之相结合,提供丰富的知识和经验 敏捷或精益。此页面提供了过程区域的概述 不同的cmmi模型以及部署CMMI的资源。 鼓励使用这些资源,任何反馈都非常感谢.
![]() CMMI.. 文章! | ![]() | ![]() 短暂的改善 | ![]() | ![]() | ![]() |
CMMI.部署的可用资源:
CMMI.. V1.3 Process Areas
catagory. | 核 | 到期水平 | 过程Area CMMI DEV | 过程Area CMMI SVC | 过程Area ACQ |
---|---|---|---|---|---|
过程Management | 是的 | 3 | 组织过程定义(OPD) | 组织过程定义(OPD) | 组织过程定义(OPD) |
过程Management | 是的 | 3 | 组织过程重点(OPF) | 组织过程重点(OPF) | 组织过程重点(OPF) |
过程Management | 是的 | 3 | 组织培训(OT) | 组织培训(OT) | 组织培训(OT) |
过程Management | 是的 | 4 | 组织过程表现(OPP) | 组织过程表现(OPP) | 组织过程表现(OPP) |
过程Management | 是的 | 5 | 组织绩效管理(OPM) | 组织绩效管理(OPM) | 组织绩效管理(OPM) |
项目和工作管理 | 是的 | 2 | 要求管理(REQM) | 要求管理(REQM) | 要求管理(REQM) |
项目和工作管理 | 是的 | 2 | 项目监控和控制(PMC) | 工作监控和控制(WMC) | 项目监控和控制(PMC) |
项目和工作管理 | 是的 | 2 | 项目规划(PP) | 工作规划(WP) | 项目规划(PP) |
项目和工作管理 | 是的 | 3 | 综合项目管理(IPM) | 综合工作管理(IWM) | 综合项目管理(IPM) |
项目和工作管理 | 是的 | 3 | 风险管理(RSKM) | 风险管理(RSKM) | 风险管理(RSKM) |
项目和工作管理 | 是的 | 4 | 定量项目管理(QPM) | 量化工作管理(QWM) | 定量项目管理(QPM) |
支持 | 是的 | 2 | 配置管理(cm) | 配置管理(cm) | 配置管理(cm) |
支持 | 是的 | 2 | 测量和分析(MA) | 测量和分析(MA) | 测量和分析(MA) |
支持 | 是的 | 2 | 工艺和产品质量保证(PPQA) | 工艺和产品质量保证(PPQA) | 工艺和产品质量保证(PPQA) |
支持 | 是的 | 3 | 决策分析和解决(dar) | 决策分析和解决(dar) | 决策分析和解决(dar) |
支持 | 是的 | 5 | 因果分析和分辨率(汽车) | 因果分析和分辨率(汽车) | 因果分析和分辨率(汽车) |
收购工程 | 2 | 收购要求发展(ARD) | |||
收购工程 | 3 | 收购技术管理(ATM) | |||
收购工程 | 3 | 收购验证(AVAL) | |||
收购工程 | 3 | 收购验证(AVER) | |||
工程 | 3 | 产品集成(PI) | |||
工程 | 3 | 要求发展(RD) | |||
工程 | 3 | 技术方案(TS) | |||
工程 | 3 | 验证(Val) | |||
工程 | 3 | 验证(Ver) | |||
项目(和工作)管理 | 2 | 供应商协议管理(SAM) | 供应商协议管理(SAM) | ||
项目和工作管理 | 3 | 容量和可用性管理(CAM) | |||
项目和工作管理 | 3 | 服务连续性(SCON) | |||
项目和工作管理 | 2 | 协议管理(AM) | |||
项目和工作管理 | 2 | 征集和供应商协议发展(SSAD) | |||
服务建立和交付 | 2 | 服务交付(SD) | |||
服务建立和交付 | 3 | 事件解决和预防(IRP) | |||
服务建立和交付 | 3 | 服务系统开发(SSD) | |||
服务建立和交付 | 3 | 服务系统转换(SST) | |||
服务建立和交付 | 3 | 战略服务管理(STSM) |
结合敏捷和cmmi
一个主要 在某一方面的变化 CMMI v1.3是添加的 agile。敏捷的许多阐述可帮助您识别过程区域的敏捷实现。如果使用CMMI作为改进模型,则敏捷添加是有用的,但不足以将敏捷实践实施到组织中。
这 人员CMM路线图实施敏捷 帮助组织建立和改进其劳动力,并确保为敏捷团队建立正确的条件,以表现出绩效。
有关敏捷和CMMI组合的其他信息可以在:
- CMMI.. V1.3: Agile
- CMMI.. V1.3: The CMMI Project roadmap
- 什么推动质量:项目管理
- CMMI.. Roadmaps: Improving IT for the Business
- 用双编程提高代码质量
敏捷和CMMI上的外部资源
敏捷自我评估游戏
这 敏捷自我评估游戏 团队和组织可以用于自我评估他们的敏捷性。玩游戏使团队能够反思自己的团队互工,并同意其敏捷之旅的下一个步骤。通过这款游戏,他们可以 发现他们是多么敏捷以及他们可以做些什么来增加他们的灵活性,为客户和利益相关者提供更多价值。
此游戏与CMMI完全兼容,可由敏捷CMMI组织使用。
关于CMMI V1.3的其他信息
以下资源可有效地部署CMMI:
- CMMI..路线图:为业务改进
- CMMI.. V1.3 Released: High Maturity Clarified
- CMMI.. V1.3: Where to find information?
- CMMI.. V1.3: Deploying the CMMI
- CMMI.. V1.3: Agile
- CMMI.. Project Roadmap
- CMMI..产品和产品集成路线图
- CMMI.. Process and Measurement Roadmaps
- CMMI.. V1.3:结合采集,开发和服务
- CMMI.. V1.3: Summing Up
- CMMI..V1.3中的根本原因分析
- 过程Improvement: The Agile Way!
- 敏捷过程改进的金色规则
支持特定的CMMI流程区域
- 过程&产品质量保证: 真正的QA宣言, 测量和控制产品质量, 什么推动质量?
- 测量& Analysis: 不是所有可以计算的一切,都很重要
- 项目监控& Control: 敏捷项目管理, 与分布式团队的敏捷软件开发
- 组织流程定义: 什么推动质量:高级管理层, 什么推动质量:运营管理
- 组织过程重点: 有价值的敏捷回顾,通过敏捷回顾可持续改进, 什么是一个过程?, 沟通,制造质量&过程改进可见, 从敏捷回顾中获取业务价值
- 组织培训: 你的专业人士是否有权?, 与人民CMM实施敏捷, 投资专业人士:人民CMM
- 要求发展: 什么推动质量:要求
- 技术方案: 什么推动质量:架构和设计, 什么驱动器质量:编码, 用双编程提高代码质量
- 确认: 评论的商业福利, 什么推动质量:评论和检查, 什么推动质量:测试
- 组织过程绩效: 谎言,该死的谎言& Statistics,
- 因果分析& Resolution: CMMI..V1.3中的根本原因分析, 根本原因分析:实用工具, 根本原因分析的商业原因
- 决策分析& Resolution: 决策,血腥的决定, 医生,什么’我的软件错了吗?, 选择的悖论,为什么要少了
有关(CMMI)流程改进的其他出版物和演示,请参阅 完整的出版物清单(下载!).
CMMI.. V1.3过程区域,最后更新于2016年9月19日。
分享这种经历
- 5分享
您的流程区域表需要一些更新。你有”
服务建立和交付”
PAS列出CMMI-DEV而不是服务。您还应将项目/工作管理与项目管理类别相结合,因此风险管理等PAS作为核心PAS组合在一起。它’一个很好的概念,只需要一些矫正和调整。
谢谢大卫。一世’通过CMMI工艺区域调整了表格。
你能告诉我与cmmi v1.3开发有关的模板吗?
您在寻找什么样的模板Vijay?