能力成熟度模型集成（CMMI）是一种经过验证的框架 改善软件开发和管理。如何有效地部署CMMI，独立或与之相结合，提供丰富的知识和经验 敏捷或精益。此页面提供了过程区域的概述 不同的cmmi模型以及部署CMMI的资源。 鼓励使用这些资源，任何反馈都非常感谢.
 特色 CMMI.. 文章！ |  Becoming Agile |  短暂的改善 |  CMMI. Roadmaps |  敏捷过程改进 |  CMMI & Agile |
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分享
这篇文章有4条评论
发表评论
本网站使用AkisMet减少垃圾邮件。 了解如何处理评论数据.
您的流程区域表需要一些更新。你有”
服务建立和交付”
PAS列出CMMI-DEV而不是服务。您还应将项目/工作管理与项目管理类别相结合，因此风险管理等PAS作为核心PAS组合在一起。它’一个很好的概念，只需要一些矫正和调整。
谢谢大卫。一世’通过CMMI工艺区域调整了表格。
你能告诉我与cmmi v1.3开发有关的模板吗？
您在寻找什么样的模板Vijay？