CMMI. V1.3:结合采集,开发和服务

3 CMMI V1.3型号发布:CMMI用于采集(ACQ),服务(SVC)的CMMI和CMMI开发(DEV)。 CMMI V1.3使其更容易结合 来自不同型号的过程区域,支持持续改进,可提供更快的业务结果。

在我看来,最大的好处 新的CMMI V1.3模型架构 是你可以结合起来 不同型号的过程区域 进入一个最能满足组织需求的过程的一条路线图。因此,如果您的组织开发软件和可收购者子产品,则会作为解决方案集成和交付,那么您可以使用A CMMI.开发和CMMI采集模型的流程区域路线图。例如,这可以是具有核心过程区域“需求管理”,过程区域“技术解决方案”和“验证”从CMMI开发的路线图,以及来自CMMI采集的过程区域“采集技术管理”和“采集验证” 。

另一个例子:如果您都在开发和维护产品,并且希望在IT组织中引入服务级别协议,那么CMMI服务和CMMI开发模型的组合可能是一个很好的解决方案。例如。具有核心流程领域的路线图“决策分析和解决”和“过程和产品质量保证”,从CMMI开发和从CMMI服务的过程区域“工作规划”的过程区域“项目规划”,最后“供应商协议管理层“这既涉及CMMI开发和CMMI服务。

CMMI. V1.3型号也支持 敏捷和精益软件开发。 Agile通常使用多学科团队,这些团队可以从不同的CMMI模型应用过程区域受益。精益介绍优化总送货链,这可以包括开发产品,收购和外包和支持服务。 3 CMMI V1.3型号的过程区域可以帮助您快速有效地实现敏捷和精益求的实践。而且,你也可以这样做 使用scrum的敏捷方式改进。那里’s a set of “敏捷过程改进的金色规则“,这有助于您部署CMMI连续模型。

所谓的CMMI框架是这3个模型的底层结构。有16个核心过程区域出现在所有3种型号中。根据这一点 CMMI.开发描述:“这些过程领域涵盖了基本概念,这些概念是在任何兴趣领域进行过程改进的基本概念(即,收购,开发,服务)。核心过程区域中的一些材料在所有星座中都是相同的。可以调整其他材料以解决特定的感兴趣区域。“因此,如果您组合过程区域,请注意核心区域可能有所不同。您可能必须将来自不同模型的东西与最能支持您需求的过程区域。这 过程路线图和测量路线图 (都是现有的 CMMI.路线图)由核心过程区域组成,所以从CMMI V1.3开始,这些路线图可用于CMMI型号ACQ,SVC和DEV。

无论CMMI模型的组合,确保所选的过程区域明确链接到您组织面临的主要业务问题。这种方法,基于 CMMI.路线图,确保您的投资将提供业务业绩,这就是为什么您(流程)首先改进。

(此博客发布于2011年1月8日,并更新2011年11月30日:添加了有关结合CMMI模型的新信息,包括敏捷和精益的方法)。

分享这种经历
  • 15
    分享

本林德林

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

这篇文章有2条评论

  1. Peter LeeSon.

    v1.3仍然是一个耻辱,V1.3没有达到期望,留下了一些模型之间的恼人差异。这包括以下命名差异“综合项目管理” and “综合工作管理”或者项目规划PA中编号的变化,以适应在开发中相关的战略实践,或者要求在不同模型中的不同成熟度水平。这些变化可能是如此容易且合理地集成,但SEI决定保持小的差异,以使模型的整合只是更困难的程度。

    1. 贝纳莱德

      嗨彼得,

      阅读你的反应看起来仍然有改进的空间。

      使用组合模型的过程区域并不容易,但它可以带来更大的好处,然后使用1型号。我概述了不同模型中的过程领域,这是可排序和糟糕的;支持选择过程区域。看 CMMI. V1.3工艺领域.

      最好的祝福,
      本林德林

发表评论

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