CMMI还是Agile:为何不拥抱彼此!(四)

第四部分 · CMMI的真相

对于CMMI模型来说,过程管理是中心主题。它根据过程来表面工作中的知识以及真实性。过程也通过沟通来透明的表现工作是如何开展的。这种透明度存在于项目内、项目之间,并且能明确的预期。此外,度量是过程和产品管理的一部分,并提供信息以便决策,以及指导产品开发。

然而,如果使用CMMI模型在追求成熟度级别,其产生的过程改进的努力有时会失去顾客价值、产品和项目的价值,以及实际的业务目标。

另外,当CMMI用户建立供组织和项目使用的标准过程套件时,他们有时无法确保这些过程:(1)成功地部署到所有新的项目;(2)基于使用过程中的经验教训进行定期修订;(3)兼容个体和团队的实践,以及根据自己的经验灵活的采用需要的过程;(4)使用者对于书面语言和形式化的理解。其结果可能是使用者对于组织的过程改进工作的排斥。

有一个平衡是关于跨组织、项目和个人的权利和责任,是一种部门的风险,任务成熟度、信任和其他方面,同时要考虑被委托的人以及文化因素如果平衡过于沉重,是有利于组织的,但是项目和从业人员可能缺乏灵活性,他们需要成功和动机失败。另一方面,过多的灵活性可能会暴露组织过度的风险(例如,从错误的团队中)和错过了组织学习的机会,从长远来看可能会导致提高产品质量和生产力。很难达到正确的平衡。

4.1 CMMI是模型,不是过程标准

对于许多使用CMMI模型的组织来说,所面临的挑战的一个貌似真实的理由有可能是,大多数过程实施CMMI(作者从使用CMMI的人反馈获得)无法区分,CMMI是一个基本的模型。他们以为CMMI是一个工作标准。一个标准是可审计的,可测试的,独特的、可在一个特定范围内的,可被接受的,从一个行为到下一个行为有明确的输出的。

这种认为CMMI是一个标准的看法,是对CMMI模型的的滥用。我们对模型进行重申: “CMMI既不包含过程也不包含程序”。典型工作产品的列表,例如,过程的输出。它们不是详尽的要求输出过程的列表,它们也不排斥其他可能的过程输出。这些做法不是一个组织的标准流程的步骤,他们不是必须恰好地发生在一个特定的业务流程的活动。

他们是面向过程的活动,集体使用时,可以达到过程域和业务目标,以改善真实组织中的业务活动,无论何时何地,这些活动都可能存在。CMMI的实践也表示,在适当的情况下,根据组织的需要和优先事项,鼓励组织试验和使用其他模型,框架,实践,过程改进的方法。

在一些重要方面,CMMI是一个理论概念的“象牙塔”,是诞生了几十年的研究和实践中的应用。它是一个组织所期望的活动集合,因为它着手改进其过程。CMMI是不打算更换或定义任何现实世界。它就是一个模型。这意味着我们在学习的时候要联系实际情况。

通常,CMMI模型虽然已经被应用,但却不被执行。CMMI的以标准为中心的应用方式,已导致一些重大的失败以及时间和金钱的损失。应用和执行的关键的区别在于:CMMI的应用通常表现为将模型实践叠加(或覆盖)到现有的活动与生产工作中,而不是寻求真正的产品的组织过程。这种错位的焦点往往是一个过分强调评级的副产品。

相反,执行CMMI模型,工程师和架构师是在相同方式下使用模型:作为一种学习工具、交流工具、手段和组织的思想。更多的以实施导向的组织,更多的以改进为中心,因此,重点是成熟度和不断增长的过程能力,而不是评级。评级是在这些改进实现的副产品;模型作为一种工具来全面考察组织的过程和绩效,并确定可能需要改善的地方。

当从整体看,CMMI模型的最终目标(即持续的过程改进)是使一个组织变得不那么浪费,更精简,更联系实际的发展进步。最终,敏捷和CMMI,尤其在高信任的环境,期望组织看到生产率的提高,消除不必要的努力。实现敏捷方法通常会消除项目层面的许多非生产性的努力和行为。然而,即使有敏捷回顾,CMMI提供了超越敏捷的是,甚至在他们开始之前,组织学习和改进的基础设施。

当使用CMMI作为一个过程改进的模型,而不是作为一个标准,组织可以自由的应用任何满足他们的需要的改进方法论,他们可以看到整个组织的进步超出了项目的水平和超越目前的项目和开发者。CMMI提供了方法,支持的组织进行过程改进,坚持在约定的执行日期完成,阻止开发团队的浪费(例如,在类似的情况下,重新定义一个已经知道如何工作的更好的过程)。

4.2 过程域,不是过程

CMMI是由目标和实践组织的过程域。为了简化这一讨论,目标或实践的类型之间没有区别——足以说明每个目标是由几个实践组成。

一个例子:目标(SG 1)和实践(SP 1.2),CMMI-DEV模型,1.2版的内容如下:

SG 1建立基线:确定工作产品基线的建立。

SP 1.2建立配置管理系统:建立和维护配置管理和变更管理系统以控制工作产品。

CMMI模型中的过程域不是过程本身。过程本身可以在任何地方和任何时候,在按照任何必要的顺序执行业务的工作。满足(即实现)目标意味着,这些过程域的活动已经改善到一定程度。

在这一点上,你很容易可以看到,曲解了CMMI的过程领域的实际过程可以引起巨大的误导性的努力,从而浪费和滥用。当组织应用实践没有按照书面要求进行时你会发现浪费,当在一个评估中证据没有被接受你会发现滥用,因为它不符合定义的标准过程。

目标是CMMI的唯一必要组件。目标里的实践是期望组件,不是必要组件。这句话的意思是,为了满足一个目标,某种形式的实践必须发生,产生一个状态、输出、或者持续的状态。如果没有任何这样的活动,实践本身建议也许可以采用一个合适的方法来满足目标。同样,这些不一定是在一个给定的组织的过程中被纳入的做法,而是建议出发点,目的是提高组织的满意度的目标的过程域。

4.3 评估方法——SCAMPI

在正确将CMMI理解为一个模型的情况下,SCAMPISM(基于CMMI过程改进的评估方法)的评估方法被设计来确定过程改进(即过程成熟度)是否显示了模型的实践已实施。

SCAMPI方法不是审计或检查。相反,一个SCAMPI评估是一个过程是刻画,刻画的内容包括以下:

CMMI模型

组织的研发实践

这些研发实践的同化过程

组织内更广泛的实践活动中的改进活动:项目参与者阐述其开发实践的能力

 

【相关文章】

 

 

《CMMI还是Agile:为何不拥抱彼此!》第一部分 · 问题思考

《CMMI还是Agile:为何不拥抱彼此!》第二部分 · 两个方法论的起源

《CMMI还是Agile:为何不拥抱彼此!》第三部分 · 影响对CMMI和敏捷观念的因素

《CMMI还是Agile:为何不拥抱彼此!》第四部分 · CMMI的真相

《CMMI还是Agile:为何不拥抱彼此!》第五部分 · Agile的真相

 

凡奉首页    管理实践    CMMI管理实践    CMMI还是Agile:为何不拥抱彼此!(四)
创建时间:2017-02-21 00:00
收藏