CMMI. v1.3:敏捷

一个重大变化 CMMI. v1.3. 添加敏捷。让我们来看看这个,看看如何 部署CMMI版本1.3 delivers value for 敏捷组织 我们如何在过程改进中结合敏捷和CMMI。  早些时候,SEI发表了技术报告 CMMI.或敏捷:为什么不接受两者,明确CMMI和Agile可以共存。最初,我很惊讶,需要这样的报告。

我所掌握或工作的所有项目都有应用的技术现在被认为是敏捷的,如迭代开发,频繁反馈,时间拳击,对编程和测试驱动设计。我也完成了 以敏捷方式处理改进项目。那么,模糊是什么?

CMMI.和敏捷相互补充

我认为这主要是因为人们没有’t了解CMMI和敏捷。有主题CMMI和Agile可以以冲突的方式解释。就像在CMMI上的强调计划,敏捷在响应变更时会增加更多价值,以及敏捷价值的个人和交互如何在进程和工具上进行互动,其中CMMI在进程上侧重于进程。我觉得 我们需要涵盖更好的方法来完成流程改进。结合敏捷和CMMI帮助我们。

我一直认为敏捷和cmmi是互补的,幸运的是我并不孤单。我看到了很多(实用!)在巴里Boehm和理查德特纳的一本书中支持 平衡敏捷和纪律,令人困惑的指南。本书可帮助您了解需要多少规划(是计划,而不是计划 艾森豪威尔 教我们!),以及敏捷的工作方式如何包含一个非常有效的过程。

CMMI. v1.3.,Agile已被包含在解释指南中,并通过在引入过程区域以及如何解释敏捷实践时向适用的过程领域添加票据。包括敏捷信息的方式非常有用,您可以在现场,浓缩和点内找到信息。它还使CMMI在敏捷组织中工作时更容易理解。如果你没有’知道它,还有一个荷兰版本的CMMI v1.3可用。

敏捷技术

CMMI. v1.3.中未提及一些敏捷技术。它没有提到特定方法,就像 克鲁姆, XP. 或者 DSDM.。它提到了一些敏捷的技术,如用户故事,积压,故事卡, 对编程,频繁的建造, 回顾,但没有提到其他人喜欢规划扑克,测试驱动的开发,刻录图表等。在CMMI过程领域仍然有解释的余地​​,这在我看来既糟糕又好。不好,因为不包括某些灵活术语使得更难识别并将敏捷实践识别到进程区域。但是,善之上,CMMI定义了“什么”,而不是“如何”,为组织留下房间以便以这样的方式部署敏捷,以便他们达到业务(和CMMI)目标。

我发现它有点奇怪的是,敏捷只添加到CMMI开发模型,而不是用于服务的CMMI(服务系统开发除外)。在我看来,还可以(并且可能应该)以敏捷方式开发和部署服务,以确保及时交付和最大限度地利用客户。我相信有公司使用敏捷来开发服务(就像我使用Scrum来做过程改进),所以这有点奇怪,这尚未包含在CMMI中的服务。收购的CMMI包含多个过程区域中的敏捷信息,以支持从工作敏捷的组织获取,但是我看到关于如何以敏捷方式进行收购的非常有限的信息。此外,CMMI缺少敏捷解释指南进行收购。但也许这是现在迄今为止的一步。

CMMI. v1.3是多么敏捷?

这取决于你的看法。如果你使用 CMMI.作为评估模型然后,敏捷的许多阐述肯定会帮助您识别过程区域的敏捷实现。通过将敏捷信息添加到CMMI,CMMI评估员对如何解释CMMI的问题较少,从而节省评估中的时间和金钱。如果你使用 CMMI.作为改进模型然后,敏捷添加是有帮助的,但不足以将敏捷实践实施到组织中。

彼此学习

LinkedIn Group敏捷CMMI (超过12,000名成员)是专业人士在(变得敏捷)的组织中分享他们在CMMI上的经验。我的灵感和解决方案的伟大来源,我’m一个积极的成员,并强烈推荐它!

几个CMMI专家有 发布关于CMMI V1.3 以及如何在敏捷组织中部署它。一个可用的解决方案是使用 人民 - CMM实施敏捷实践。还有一些 流程改进的金色规则,这与敏捷宣言和实践合适。你可以做 使用敏捷回顾的可持续改进.

结论

CMMI. v1.3是使用敏捷实践的组织的显着改进,与CMMI V1.2相比,评估敏捷组织更容易。如果要迁移到Agile,CMMI V1.3仍然有价值作为改进模型,但您可能需要其他支持模型来实现敏捷。

(本博客发布于2010年11月20日,并更新了2012年6月6日和2014年1月7日:延长了有关如何组合CMMI和Agile的更多信息)。

分享这种经历
  • 19
    分享

本林德林

我帮助组织具有有效的软件开发和管理实践。有关敏捷,精益和质量的多个网络的活跃成员,以及常见的演讲者和作家。

这篇文章有7条评论

  1. 哈伦德拉吉斯曼

    亲爱的作家

    我读了这篇文章这是一个非常好的文章.Can你在这个主题上发送了更多文章,我想了解更多关于它的信息。

    谢谢
    哈伦德拉吉斯曼

  2. 贝纳莱德

    嗨Harendra,

    很高兴看到你喜欢我的帖子,很高兴有帮助!

    在早期发布(我刚才更新)中,我提到了你可以找到的几个来源 有关新CMMI v1.3的更多信息。其中一个链接是Hillel Glazer的博客,http://www.agilecmmi.com/。他一直与SEI一起探索并传达CMMI和敏捷如何相互支持。

    由于CMMI v1.3刚刚发布,使用此新CMMI版本的改进项目数量将非常低,因此也将是部署敏捷的组织的评估数。我会检查是否有任何在使用CMMI的敏捷组织上提供的信息,并将回复您。

    问候,本林德

    1. 哈伦德拉吉乌斯

      亲爱的Ben Linders.
      谢谢你与我分享你的帖子这是一个很好的,并为我提供完整的文章。
      谢谢你
      哈伦德拉吉斯曼

  3. 伦纳德伍德

    感谢您在我的网站上发表评论。这是一个洞察力和周到的新敏捷添加到CMMI。我同意你的观点,它将帮助敏捷组织的受访者,但我 ’不太确定敏捷是进入收购的最佳方式。我的两美分:)…

    1. 贝纳莱德

      嗨伦纳德,

      谢谢你的反应。很高兴看到你喜欢我的帖子。

      关于收购中的敏捷,至少有两种情况,我可以想到两者在一起的地方(并且可能更多)。首先,当您的组织正在从工作敏捷的组织获取产品时。如果您想评估您如何共同努力,那么您需要了解某些敏捷实践如何满足CMMI获取过程区域的需求。第二,当您自己正在以敏捷方式开发软件时,您需要获得产品,那么您需要调整CMMI采集过程区域以支持您的灵活需求。

      当更多组织切换到敏捷时,涉及敏捷的合作的机会变得更大。所以是的,我觉得它’在CMMI ACQ中具有敏捷添加,类似于其他CMMI型号,是有用的。

  4. 莫赫

    亲爱的本金,

    这是一篇非常好的文章,可以提供针对CMMI v1.3的敏捷工件的映射。

    谢谢,
    莫赫

    1. 本林德林

      嗨moshin,

      特定的CMMI过程区域中提到了敏捷工件,以支持在评估期间寻找证据的评估员。我没有列表/映射,所以我建议在CMMI中查看(领导)评估员来帮助您解决这个问题。

      这有助于你吗?

      本林德林

发表评论

本网站使用AkisMet减少垃圾邮件。 了解如何处理评论数据.