1

我目前正在从事一个敏捷的 .NET 开发项目，下个月将过渡到一个 CMMI 项目。关于如何将需求放在待办事项和每日站立会议中。CMMI 会议有何不同？如何确定要开展的工作项目？CMMI 规划使用哪些工具集？对于敏捷，我们使用 VS Team Services。

4

1 回答 1

-1

简短的回答是没有区别。

更长的答案是，与敏捷不同，CMMI 不是项目规划或开发方法。CMMI 适用于任何方法，无论是 Scrum、看板、瀑布等。

将 CMMI 视为您的操作的一组要求，而不是运行它们的特定方法。CMMI 解决“做什么” 敏捷解决“如何做”。因此，无论采用何种方法，CMMI 确实是一种让任何组织都更具弹性和高性能的方法。

据 CMMI 研究所称，大约 70% 的 CMMI 用户正在使用一些敏捷方法或实践。因此，例如，CMMI 会在您的需求开发中说“您需要识别并涉及相关的涉众”。它不会具体告诉您如何执行此操作。在 Scrum 中，让用户验证故事点或进行 Sprint 演示是这样做的两种方式。在瀑布中可能会有一些需求文档审查。

CMMI 不是规定性的，而敏捷方法是非常规定性的。CMMI 还涵盖了一组更大的组织行为。例如，Scrum 非常专注于分解工作和管理工作流程。CMMI 将涵盖这一点，但也涵盖诸如“你有办法确保你的员工接受培训吗？”、“你有办法识别和管理风险吗？”之类的问题。CMMI 确实创造了一种基于事实的持续改进文化，这种文化具有弹性和可持续性，因此在敏捷 CMMI 组织中，您可能会看到人们在衡量事物，或者确保人们在整个组织的项目团队之外学习，或者考虑培训等.

现在在您的工作中，如果他们区分敏捷和 CMMI 项目，他们

(1) 可能不了解 Agile 或 CMMI (2) 这意味着他们可能正在响应特定的客户请求。

在这种情况下，“CMMI 项目”将采用客户要求的任何特定方法，并且将有基础设施、措施和证据来确保它实际上正在完成。

它可能是一个螺旋式项目、一个 Scrum 项目、一个瀑布式项目或任何其他项目。具有讽刺意味的是，对于 CMMI，细节从来没有被规定过……所以很难说你会看到什么，除了它可能会根据工作适当地定制并且非常全面。希望有帮助。

于 2016-06-07T21:34:41.857 回答