01
20年前去一家著名企业讲CMMI，也算是售前吧。提问者有近20人，来自公司各地的质量负责人，印象是一人提一个问题。
估计都要面子，不愿意在自己人面前问没有含金量的问题，所以所有提的问题都很刁钻，都是内部痛点，许多远超CMMI范围，被我戏称为一场难倒专家比赛。
“站在这我真想不到什么好办法”，这是我对至少一半问题的答案。
没想到的是，他们最终选择了我们。我很好奇，问接口的同学，为何选择我们呢，她笑着说“不知道比鬼扯的答案，比不懂装懂好！”
聪明人不能糊弄，所以“不知道”有时是最好的答案，“不知道”才有提升。
02
风险和机会，往往是一体两面。
比如在项目中起用新人，会增加进度风险。但另一面是可以在实战中培养新人，提升他们的能力，以后这些新人能独立做更多的事，又是一个很好的机会。
客户提了个需求变更，要求增加一个新的功能，这给项目组带来额外困难。换个面看，做得好即增强了客户忠诚度，又扩展了团队核心能力范围。
类似栗子比比皆是。
这就是CMMI的RSK的意图和价值。
03
复用一定都是最好的选择吗？
不一定。
好处：交付短平快！
坏处：没有创新！
所以CMMI TS中建议你做个决策分析（DAR）。
04
做产品的同学，使用CMMI改进的同学，都应该了解下焦糖布丁理论：客户想要的不是锤子，而是墙上的洞。
记得乔布斯说过，如果福特发明汽车之前，做过市场调研的话，那得到的只会是一匹更快的马。
05
好的估算过程比好的估算结果更有价值，好的估算过程是一个能够帮助你学习的活动。
06
我的学习经验：
我从和我完全不同的人身上学到的东西最多。
07
UML之父，软件架构大师Grady Booch讲过这样一个故事：
“我曾经在担任某重大防御系统的架构顾问时被解雇，因为我向政府提交了一份设计评审报告，非常客气但坚定地指出，该设计可行的前提是信息必须以超越光速的速度传播。
两三年后，该项目被迫取消。作为架构师，我对自己的正确判断感到满意；但作为纳税人，我对在此期间浪费的数十亿美元感到沮丧。”
这是为什么虽然我不认可Booch的许多观点，但一直对他心怀敬意的原因。
08
和客户沟通时，要倾听他们的声音，理解他们所说的内容。同样重要、可能更重要的是，倾听理解他们未曾说出口的内容。
09
过程改进的沙流现象：
试图通过“做得更好、更完美”来让我们失败的流程起作用，只会带来更多的流程。这就像流沙——你越努力挣扎，就陷得越深。
化繁为简，做得少，结果可能是做得更多。
10
CMMI的CAR其实就是丘吉尔讲的：
“不要浪费任何一场好危机。” (Never let a good crisis go to waste.)
如有共鸣，谢谢点赞、分享！
推荐阅读
4. 我这辈子最自豪的事
6. 醍醐灌顶的QA十个认知
三尺讲桌就在这小小二维码，长按二维码“识别”关注
