敏捷开发成熟度，敏捷开发周期

能否详细解释一下CMMI和敏捷开发的区别和各自的特色

1、作用不同 CMM是一种对软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述形成的标准。CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分国家和地区开始推广和试用。

2、CMMI与SW-CMM的主要区别就是覆盖了许多领域；CMMI到目前为止包括以下四个CMM： \x0d\x0a（1）、软件工程（SW-CMM） 软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化。

3、首先敏捷开发都强调自组织的团队，也就是说团队是自我管理的，而不是受制于外部压力的，团队内部是相互平等的，而不是有人主导其他人配合的。在这样的团队文化中，QA、PM的角色就和传统的角色差异很大了。

4、敏捷管理工具相比传统开发有以下几个优点： 更高效的团队协作：如禅道是可以帮助团队更好地协作，有任务分配、进度跟踪和问题解决等功能，实现信息共享和事实沟通。

5、CMMI（Capability Maturity Model Integration）即能力成熟度模型集成，这也是美国国防部的一个设想，他们想把现在所有的以及将被发展出来的各种能力成熟度模型，集成到一个框架中去。

6、敏捷建模(AM)定义了一系列的核心原则和辅助原则，它们为软件开发项目中的建模实践奠定了基石。其中一些原则是从XP中借鉴而来，在Extreme Programming Explained中有它们的详细描述。而XP中的一些原则又是源于众所周知的软件工程学。

相关问答

Q1: 大规模敏捷开发框架之LeSS

1、现在Scrum 框架已得到了广泛应用，但是Scrum开发团队最佳规模是足够小以保持敏捷性，一个建议的数值通常是5～9个人，这样既可以保持敏捷性又可以在Sprint内交付潜在可发布的产品增量。

2、LeSS是一个轻量级的敏捷框架，用于将Scrum扩展到多个团队。“LeSS is Scrum applied to many teams working together on one product.”简单说LeSS依然是Scrum，依然是那三个角色，三个工件，五个会议。

3、在巨型LeSS产品组中，往往会有多个较大的未完成部门，并且需要较长的时间才能摆脱它们。在采用巨型LeSS的大型产品组中，未完成部门往往还有额外的组织结构，并且可能继续使用其过时的项目管理实践。

4、与Scrum一样，在一整套带有流程的框架下，LeSS提供了足够的具体实践，以及足够的灵活性以及扩展性，帮助大规模团队探索自己的敏捷之路。在此基础上，大规模团队可以调整团队实践，最终打造出真正适合自己的规模化敏捷实践。

Q2: 如何解决cmmi与敏捷开发与CMMI的冲突

其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。

首先敏捷开发都强调自组织的团队，也就是说团队是自我管理的，而不是受制于外部压力的，团队内部是相互平等的，而不是有人主导其他人配合的。在这样的团队文化中，QA、PM的角色就和传统的角色差异很大了。

我首先接触的是敏捷开发的方法，但很快我就感觉这个方法行不通，至少对于我们是这样，因为我们无法保证和客户以及业务人员及时沟通，一个月见几次面就很不错了，而且我们的开发人员也并不具有敏捷能力。

CMMI的核心思想是利用CMMI模型帮助企业不断改进自身研发和管理流程，从1级到5级逐级提升。所以只要企业肯改进，实施CMMI能很大提升软件企业的研发能力和管理能力。

为提高组织过程和管理产品开发、发布和维护能力的提供保障。 帮助组织客观评价自身能力成熟度和过程域能力，为过程改进建立优先级以及执行过程改进。 CMMI的方法： 1 决定哪个CMMI模型等级最适合组织过程改进需要。

Q3: 目前有几种项目管理的成熟度模型?

【答案】：C OPM3一个衡量组织级项目管理能力成熟程度的模型。

CMMI（Capability Maturity Model Integration）：CMMI是一种广泛使用的成熟度模型，它包括了多个领域，其中之一就是合同管理。CMMI将合同管理能力分为不同的级别，从初始级别到最高的优化级别。

Jugdev&Thomas的项目管理成熟度模型Jugdev&Thomas提出的项目管理成熟度模型是从SEI的CMM模型借鉴而来的，也是分为五个梯级，就事论事的应对；程序规范化办事；组织化的管理；整体化的管理和可持续改进。

在IT项目管理方面还有CMMI成熟度模型，SWEBOK软件工程成熟度标准。WBS，甘特图，关键路径，关键链，资源平衡，挣值，成本，质量，风险，计划，估算，评审，团队，模板，方法，工具，技术，过程等等。

它以5个成熟度级别为基础，分别是初始级、可管理级、已定义级、已管理级和优化级。模型集成基础模型集成基础是指将不同模型和方法论集成起来，形成一套完整的软件流程和工具体系。

Q4: 敏捷开发相比传统开发流程有哪些优势

敏捷开发是一种更加灵活的软件开发方法，相比于传统的软件工程方法，敏捷开发有着更多的优势。更强的适应性敏捷开发的过程有着更强的适应性而不是预设性，从敏捷宣言的第四条响应变化高于预设计划便可以看出来。

敏捷开发最直观的好处是项目进入实质性开发开发很快，迭代周期也不长，客户可以很快看到一个基线架构版的产品，这样能比较好地改善用户满意度。我知道的思艾特团队在这方面做得就是不错的。

郭晓认为，敏捷宣言最为核心的思想有两点。 一个是人比流程重要。

）敏捷开发的过程有着更强的适应性而不是预设性，从敏捷宣言的第四条响应变化高于预设计划便可以看出来。因为软件开发过程的本身的不可预见性，很多用户在项目开始时不可能对于这个项目有着一个完整而明确的预期。

敏捷开发框架最大的优势在于集成，框架内置无数的模板和组件，可以随时调用，方便了开发人员的使用，与普通框架先比敏捷框架的开发速度更快也更安全，至少bug会少很多。

周期漫长：整个开发持续的生命周期很长，需求和设计的时间会耗费特别多，有时候会占用三分之一甚至更多时间，这样整个周期就会变长，大都在半年到一年左右的时间，所以更适合需求相对稳定的大项目。

关于敏捷开发成熟度和敏捷开发周期的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。