01
CMMI 常被误解为一个 僵化且拖累的控制工具，这些声音大多来自那些缺乏实际改进经验、盲目推行敏捷开发的人。最激烈批评CMMI的人从未在真正的 CMMI 企业中工作过或参与过真正的CMMI评估。他们甚至不知道CMMI不是一个具体的软件开发方法，而是一个评估改进的工具。
02
及时复盘，才能持续精进。过程改进需要及时复盘，从过往的项目中，及时总结好的实践，汲取教训。CMMI复盘的意图是让你避免低水平的重复，让成功和失败都有价值。
勤奋是有不同的段位，低阶勤奋靠死磕，中阶勤奋靠方法，高阶勤奋靠选择。低阶勤奋其实是我们大多数人的常态，而复盘是提升段位的有效方法。
03
我写过一本敏捷-Scrum-精益-CMMI的书，“知行合一：价值驱动的敏捷和精益开发”，目的就是要提升软件产品开发能力，形似神不似的Scrum不会起什么起作用，因为你无法通过开会（无论你给这些会议冠以什么名称）来提升核心能力。
04
改进者和创业者有许多共同的特质，都是在不确定的状态下就践行，而不是等所有的条件都是确定的才会开工。
05
一个简单、常常被忽略的的道理，也是延时成本的核心理念之一：
尽快交付的最有效方法是尽早开始。
06
改进方法的五步：第一步：质疑每一项需求。第二步：删除那些不必要的。第三步：简化和优化。第四步：加速整个流程循环。第五步：自动化。这五步不是我的，是马斯克的。
07
最难沟通的人，是那些自认为知道标准答案的人。
08
靠谱的人懂得适时、适度报告进度。一个周期几个月的项目，你每隔一两个周要向领导简要报告一下进展情况。如果你不报告，领导不知道你是否正在处理，也不会放心。客户要求你提供解决方案，如果策划方案需要些时间，那么就应该一两周向客户汇报下状态，客户才会觉得你靠谱。这就像打游戏，看不到进度条，谁都会慌。
CMMI关于监控实践的意图之一是希望你做事靠谱。
09
提醒一下QA同学，在质量报告里，你批评的范围越小、越具体，遭到反驳的可能性越大。批评范围越大，遭到反驳的概率越小。
比如你批评某个团队忽略过程，基本都会跳脚。但你说整个组织缺乏质量管理工具，许多人都会称赞你说的对。
10
CMMI的三等执行力
第三等：在条件允许的范围做。
第二等：说到做到，做不到不说。
第一等：说到做到，发现可以做得更好时，用更好的方法做。
11
上美国顶尖名校热门专业的秘诀：学习成绩优秀，同时有一个兴趣爱好能做到极致。
推荐阅读
1. CMMI也可以这么做
3. CMMI认知的四个级别
4. 钞票和CMMI证书的遐想
5. CMMI和 “屎上雕花”
三尺讲桌就在这小小二维码，长按二维码“识别”关注
