Humphrey如何成为CMM之父

1982年，55岁的Humphrey在IBM遭遇了职场瓶颈，以他的年龄问鼎总裁级别的位置完全没戏，所以急需在公司内部重新找个发挥余热的职位。IBM老大还是非常了解自己的这位老下属，邀请Humphrey担任公司的软件和质量总监（Directorof Software Quality and Process），谁都知道这是个吃力不讨好，得罪人的工作，但Humphrey爽快的走马上任了。

建立软件质量军规CI - 105    那个年代，没有几个人能讲明白如何度量软件质量，关注软件过程的人更少。好在IBM有着非常好的质量文化，当年的Big Blue不是白叫的。其著名的质量军规,CI (Corporate Instruction) 105, 明确规定：所有新产品的质量都必须比之前产品好，也必须优于竞争对手的同类产品。这条规定，极大推动了IBM在硬件领域的持续质量改进，IBM的机器就是质量的代名词。针对每一个缺陷，硬件团队都会做根因分析，改进流程，确保同样问题不会在后面产品中出现。因为军规CI 105，这些活动成为团队日常工作的一部分，也是IBM稳居多年龙头老大的重要原因之一。(CMMI认证)

上任后的Humphrey做的第一件事，就是要让CI- 105也变成软件军规。这一下，他捅了马蜂窝，多个Division的老总不乐意了，他们认为这条军规不适用于软件。其中一位直接找到CEO，阐述为何软件特殊，为何CI105不适用。听完他的一番慷慨陈词之后，CEO撂下一句话：“No, you are wrong. It applies.”几周后这位老总被换掉了，从此没有人再质疑CI– 105作为软件军规了。

不要扯皮无价值的质量报告    

Humphrey上任第一个月，一位质量团队负责人拿着当月的质量月报找他签字，Humphrey认真把厚厚的报告看了一篇后，看不出这个报告可以用来干什么，于是求教于这位负责人，这位老兄的回答是，“所有人都需要这个报告！”  Humphrey签了字后，深入团队去了解这个报告的用处，他发现大家除了针对报告内容扯皮外，并无其他实质性的改进，这个报告仅仅提升了大家辩论的能力。

当团队负责人拿着下个月的报告找Humphrey签字时：

 Humphrey：“报告需要做一个变更。”  

负责人：“什么变更？” 

 Humphrey：“把这个报告从月度改成季度。”   

 负责人：“这样肯定不行！”    

Humphrey：“按我说的做！”    

两个季度后，Humphrey签完季度质量报告后，告诉团队负责人：“这是最后一份报告！” 

借力打力，推动软件质量度量落地 

  软件质量之父实在不能容忍不疼不痒的质量数据和质量问题的分析，他下决心找到有效度量软件质量之路。很快，Humphrey组织了一个强悍的专题组，摸索度量软件质量的正确方法。二周后，一个名为“CI– 105软件质量度量”的方案出炉，这个方案主要关注软件上线后的缺陷：上线后六个月发现的缺陷数必须少于之前版本的缺陷数，为准备落实这个方案，质量团队设计并计算了一堆缺陷基线数据。发布后，Humphrey团队面临一片反对声，老人家亲自出马，和一个个老大扳手腕，凭着一己之力说服了大部分软件团队。但Poughkeepsie的实验室老总坚决不买账，认为这样的做法不合理。Humphrey直接给当时IBM的总裁Jack Kuehler打了个电话，请他下周四和Poughkeepsie的老总一起开个会。Jack答应的十分爽快，“You bet. Bring them on.” 

   放下电话，Humphrey又接通了这个实验室老总的电话，“下周四咱们一起和Jack开个会。” “什么会？” “关于CI –105的，请你和他解释你为什么反对度量软件质量。” 对方在片刻的沉默后接受了CI– 105方案。 

 CI -105软件质量落地两年后，软件缺陷率每年下降50%。大家从缺陷中学习到了很多东西，在这个过程中，Humphrey后来在SEI的最重要助手之一Ron Radice崭露头角，完善了Mike Fagan的inspection方法，用于多个软件产品的开发过程中，取得了巨大成功。这也是为何后来的CMM中有了个叫“同行评审”的KPA（关键过程域）。

质量不容牺牲
    面对软件质量，Humphrey眼睛里容不得一点沙子。当年IBM有个重要软件产品，其中一部分外包给供应商开发，质量报告显示每千行代码有9个缺陷。产品经理面对市场压力，准备要带病发布。Humphrey亲自找到他，告诉他有什么样的方法识别缺陷集中的模块，发布前清干净这些Bug。产品经理一口拒绝，“我们没时间了，上面已经批准发布了。” 

   Humphrey给所有老大发了个note：“这个产品有许多bug，不应现在发布。”瞬时间，所有人把自己的名字从批准单上拿掉。产品经理只好来找Humphrey求助，Humphrey告诉他Radice的inspection方法, 预测他们至少会发现300个以上的缺陷。这个倒霉的产品经理说，这不可能。结果他们发现了400多个Bug。(CMMI3认证）

    Humphrey改变了IBM的软件质量文化，在IBM退休后，通过CMM向第一次向世界展示了软件质量控制的核心框架，成为CMM之父和软件质量之父。今天的CMMI中的许多优秀实践，是Humphrey以及众多软件人在实战中的沉淀积累。对于致力于CMMI改进的组织、团队、个人，Humphrey依然是软件质量和过程改进的一面旗帜。

来源于丛斌博士