为什么总感觉CMMI离我们很遥远?
2020-11-27 14:01:32
郑乔尹
  • 访问次数: 103
  • 注册日期: 2020-07-08
  • 最后登录: 2021-07-20
  • 我的积分: 304
  • 门派等级: 无门派

本文转载自公众号:老丛讲桌(laocongjiangzhuo) 作者:丛斌博士

原文链接:   https://mp.weixin.qq.com/s/05vP4uglYkxc1TeSkyVYQg


今天,一位不曾见面的公众号读者小何给我留言:“丛斌博士您好:很冒昧打扰到您!我看过您写的书籍和公众号文章,了解到您是一位非常棒的评估师。考虑再三,还是鼓起勇气,跟您请教。我的问题是:在学习敏捷和Devops的过程中,会看到很多领域专家在宣传敏捷知识,能找到很多学习的课程,实际落地应用讲座,小伙伴一起交流学习的机会,感觉非常棒!但是,我从2010年开始接触CMMI,在3家公司参与过CMMI的评估工作,CMMI模型的官方解读,基本上只有评估前的3天培训课,过程体系及模板基本上也是千篇一律,更多考虑的是认证,而非实际落地。总觉得CMMI离我们很遥远,很难接近,自己在学习CMMI模型的过程,遇到很多疑问,也找不到更多领域专家人去沟通,去探讨,基本上就以咨询师的答案作为标准。但实际上,很多咨询师的目的还是为了认证,很难有实际应用的指导。由于在实际上无法应用,最终就沦为,实际走一套,CMMI评估走一套,两层皮。有什么方法能了解到很多CMMI模型的准确解读,接触更多实际落地的流程设计?获得更多交流和讨论的机会呢?”


这是非常有代表性,重复度很高的一个问题,是大多数企业的通病。本着认真问,认真答的原则,我做如下回答:

小何你好,首先谢谢你的夸奖。你的问题具有普遍意义,首先聊聊为何敏捷和DevOps的培训、交流、落地实践方面的体验比CMMI好得多呢? 其主要原因是无论从理论角度还是操作层面,这些方法都比较具体,小伙伴们讨论交流时容易找到共同话题,落地时有形似神不似的问题,但不会有两张皮的问题。虽然敏捷和DevOps也开始做些成熟度评估,但还没有到CMMI成熟度评估的地步,至少没有人在招标时看敏捷级别或DevOps级别。我相信如果看看培训评价,敏捷、DevOps评分一定远远高于CMMI培训的评分,这些领域的专家也比较容易造就。


CMMI则不一样,它给的是一个大的框架,不是具体操作的标准,不提供具体的流程。大部分CMMI咨询其实是评估咨询,因为没有人能够同时身兼工程领域(需求工程,架构设计,开发)、管理领域(含SPC在产品开发中的应用)、改进领域、质量控制和保障领域(各种测试、QA)、过程改进领域、度量领域、配置管理领域等各个方面专家。就像你去医院,如果一个医生,既懂中医又懂西医,又会心脏搭桥还能把脉抓药,这样的医生要么是骗子要么是耶稣转世。我们这个行业,也没有这样门门精通的大神。如果真有,我们这个行业的收入也留不住他。所以绝大部分CMMI咨询师应该被称为CMMI评估咨询师。   


如果CMMI咨询中包含解决具体问题点或痛点,那么一定要有内部或外部领域专家的参与,这是我喜欢用的专题改进模式。如果仅凭CMMI评估咨询师指导就想解决所有相关领域的改进,那么一定如你所说:“过程体系及模板基本上也是千篇一律,…… 很难有实际应用的指导。由于在实际上无法应用,最终就沦为,实际走一套,CMMI评估走一套,两层皮”。    


关于你最后的问题:“有什么方法能了解到很多CMMI模型的准确解读,接触更多实际落地的流程设计?获得更多交流和讨论的机会呢”?我给5条建议:

1.   理解模型的价值和定位,在组织内形成一些领域兴趣组做交流,如测试、度量、架构等。

2.   不可能有一个人懂得CMMI覆盖的所有领域,但需要有一个过程架构师,能够把不同领域串起来,站在重要过程干系人角度,清晰的把过程元素展示出来。在帮助企业推动CMMI改进时,我给自己的定位是过程架构师。

3.   可以在你的城市,建立一些SPIN小组,类似的组织可以在一起多交流。国内这种平台和机会太少,这方面CMMI做的比敏捷和DevOps做的差很多。也许你可以在你周边做个样板工程。如果需要我的支持,我也乐于分享。

4.   在解读模型实践时尽量将它转换成你的组织的语言,在你公司它意味着什么?重要不重要?目前做法是否需要改进?

5.   尽量多认识一些优秀企业做改进的朋友,通过他们去了解到可以落地的流程都长什么样。

郑乔尹 最后编辑, 2020-11-27 14:01:59