【发布时间】：2014-01-24 02:27:51
【问题描述】：
我阅读了一些软件开发人员的观点，他们为在敏捷方法中使用 CMMI 实践辩护。有可能同时使用这两个绝望的想法吗？如果可能的话，这不仅仅是一条冒险的道路吗？
【问题讨论】：
-
你可能会在pm.stackexchange.com得到更多回复
-
您也可以尝试programmers.stackexchange.com，其中开发方法问题是热门话题。
【发布时间】：2014-01-24 02:27:51
【问题描述】：
要达到 CMMI 5 级几乎是不可能的，但肯定可以达到 2 或 3 级。最难的是文档。 Scrum 和其他敏捷框架试图只编写交付工作工件所需的文档，并通过自动化和编写良好的代码专注于文档。许多设计工件都存在于白板上，并通过擦拭白板和更改图片来“更新”。真正的架构应该在代码和测试套件中可见。如果你想获得完整的 CMMI 认证，你不能仅仅这样做。这也意味着您将不得不产生“浪费”，并且可能不会变得像您应该的那样敏捷。
见：
【讨论】：
-
给白板拍照怎么样？或者只使用 ALM 工具。
-
是的，拍照并妥善存档可以缓解一些问题。
CMMI 1.3 引入了对敏捷方法的支持。
Scrum and CMMI Level 5: The Magic Potion for Code Warriors 声称：
Systematic 的早期试点项目展示了 Scrum 的生产力 团队几乎是传统团队的两倍。其他的项目 展示了一种基于故事的测试驱动软件方法 开发将最终测试期间发现的缺陷减少了 40%。
我们断言 Scrum 和 CMMI 一起带来了更强大的组合 适应性和可预测性比单独的任何一个和建议 其他公司如何将它们结合起来。
Succeeding with Agile: Software Development Using Scrum 作者 Mike Cohn 有一个关于 CMMI 的部分提出了一些实践建议：
- 为您的待办事项付出足够的努力
- 将合规工作放在产品待办事项上
- 考虑使用清单
- 自动化
- 使用敏捷的项目管理工具。
- 缓慢而稳定地行动——你不可能在一夜之间实现它，所以要循序渐进地尝试。
- 与审核员合作 - 让他们指出危险信号
- 引入外部帮助，例如具有获得认证经验的顾问。
【讨论】：