CMMI和敏捷在开发和规划方面有什么不同？

Question

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

Answer 1

简单来说，两者并无分别。

更长远的答案是，与敏捷不同，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来说，细节永远不是dictated...so，很难说出您将看到什么，除非它可能是适当地针对工作量身定做的，而且非常全面。希望这能有所帮助。