.net CMMI和敏捷在开发和规划方面有什么区别？

我目前正在从事一个敏捷.NET开发项目，下个月将过渡到一个CMMI项目。在积压和日常站立会议中如何放置需求。CMMI会议有何不同？如何确定要处理的工作项？CMMI规划使用哪些工具集？对于敏捷，我们使用VS团队服务。

简单的回答是没有区别

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

将CMMI视为操作的一组需求，而不是运行它们的特定方法。CMMI解决了“做什么”的问题，敏捷解决了“如何做”。因此，CMMI实际上是一种使任何组织无论采用何种方法都更具弹性和高绩效的方法

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

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

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

（1） 可能不了解敏捷或CMMI （2） 这意味着他们可能正在响应特定的客户端请求

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

---

它可能是一个螺旋式项目，一个scrum项目，一个瀑布式项目，或者其他什么。具有讽刺意味的是，使用CMMI时，细节永远不会被指定……因此很难说您将看到什么，除非它可能会根据工作进行适当调整，并且非常全面。希望这能有所帮助。

感谢您做出深思熟虑的回应！非常清晰易懂。