CMMI和Agile在开发和规划方面有什么区别?

What is the difference between CMMI and Agile in terms of development and planning?

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

简短的回答是没有区别。

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

将 CMMI 视为您的操作的一组要求,而不是 运行 它们的特定方法。 CMMI 解决了 "What to do" 敏捷解决了 "How to do it." 所以 CMMI 实际上是一种使任何组织更具弹性和高性能的方法,无论采用何种方法。

根据 CMMI 研究所的数据,大约 70% 的 CMMI 用户正在使用一些敏捷方法或实践。因此,例如,CMMI 会在您的需求开发中说 "you need to identify and involved relevant stakeholders"。它不会具体告诉您如何执行此操作。在 Scrum 中,让用户验证故事点或进行 Sprint 演示是实现此目的的两种方式。在瀑布流中可能会有一些需求文档审查。

CMMI 不是规定性的,而敏捷方法是非常规定性的。 CMMI 还涵盖了更大范围的组织行为。例如,Scrum 非常专注于分解工作和管理工作流程。 CMMI 将涵盖这一点,但也涵盖 "Do you have a way of making sure your people are trained?"、"Do you have a way of identifying risks and managing them?" 等问题。CMMI 真正创造了一种基于事实的持续改进文化,这种文化具有弹性和可持续性,因此在敏捷 CMMI 组织中,您可能会看到人们衡量事物,或确保人们在整个组织的项目团队之外学习,或考虑培训等。

现在开始你的工作,如果他们区分敏捷和 CMMI 项目,他们

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

在那种情况下,"CMMI project" 将采用客户要求的任何具体方法,并且将有基础设施、措施和证据来确保它确实在执行。

它可能是螺旋式项目、scrum 项目、瀑布式项目或其他项目。具有讽刺意味的是,对于 CMMI,从来没有规定过具体细节……因此很难说您会看到什么,除非它可能会根据工作进行适当调整并且非常全面。希望对您有所帮助。