我目前正在开发一个敏捷的.NET开发项目，并将在下个月转换到CMMI项目。关于如何在积压和每日站立会议中提出要求。 CMMI会议如何不同以及如何确定工作项目？哪些工具集用于CMMI规划？对于敏捷，我们使用VS Team Services。
答案 0 :(得分：-1)
简短的回答是没有区别。
更长的答案是，与敏捷不同，CMMI不是项目规划或开发方法。 CMMI适用于任何方法，无论是Scrum，看板，瀑布等。
将CMMI视为操作的一组要求，而不是运行它们的特定方法。 CMMI解决了＆＃34;做什么＆＃34;敏捷解决了＆＃34;如何做到这一点。＆＃34;因此，无论采用何种方法，CMMI都可以使任何组织更具弹性和高性能。
根据CMMI研究所的统计，大约70％的CMMI用户正在使用一些敏捷方法或实践。因此，例如，CMMI会说＆＃34;您需要识别并参与相关的利益相关者＆＃34;在您的需求开发中。它不会具体告诉你如何做到这一点。在Scrum中，用户可以验证故事点，或者进行Sprint演示是两种方法。在瀑布中可能会有一些需求文档审查。
CMMI不是规定性的，而敏捷方法是非常规范的。 CMMI还涵盖了更多的组织行为。例如，Scrum非常注重分解工作和管理工作流程。 CMMI将涵盖这一点，但也包括诸如此类问题，＆＃34;您是否有办法确保您的员工接受过培训？＆＃34;，＆＃34;您是否有办法识别风险并对其进行管理？ ＃34; CMMI确实创造了一种基于事实的持续改进文化，具有弹性和可持续性，因此在敏捷CMMI组织中，您可能会看到人们在测量事物，或确保人们在整个组织的项目团队之外学习，或者考虑培训等。
如果他们区分敏捷和CMMI项目，那么现在就开始工作了
（1）可能不了解敏捷或CMMI （2）这意味着他们可能正在响应特定的客户请求。
在这种情况下，＆＃34; CMMI项目＆＃34;将采用客户要求的任何具体方法，并将提供确保实际完成的基础设施，措施和证据。
它可能是一个螺旋项目，一个scrum项目，一个瀑布项目或其他什么。具有讽刺意味的是，CMMI的具体细节从未被规定......所以很难说你将会看到什么，除了它可能适合于工作并且非常全面。希望有所帮助。