6月15日参加Scrum Pattern学习社群直播，有个问题得到诸位老师解答，提问赢得￥1000培训劵，欣然记录这一课。
CMM和SCRUM****相比，思想上有什么不同？
感受：
CMM要投入较多资源
CMM实施时优先顺序不是太明显
CMM认证时，常需要造假数据才能通过
现在基于CMM的模型越来越多，如devops cmm
回答：
Lisa**：**
问题比较敏感啊，大叔杨、东伟、店明都很有经验
这个提问，好像隐含一个观点，即敏捷和CMM是冲突的
CMM要文档，先把文档补全？但这不是真的，这是误解
大叔杨：
实践体会
2003年接触CMM，带领团队通过3级标准。时间周期9个月。之后管了4年时间研发过程，之后这些流程稳定运行了10年。
CMM是好东西，是可以低成本的方式做到的，不会让大家觉得那么难受，应该是会让大家开心地完成的。只是被“做坏了“。
Documentation是文档化。要写一堆文档是很要命的误解。
问题出在哪里？
反馈的问题不是CMM的问题，而是咨询机构和主任评估师的问题，给了甲方完全不适合的东西。
反馈的问题也不能全是咨询师、评估师的问题，而是企业提出来的目标就是要过认证，短平快、成本少地过认证。
数据问题
高成熟度4/5级认证，往往存在数据造假
敏捷往往是真实的数据，可以快速做到
东伟：
实践体会
EPG成员之一，一半以上项目是敏捷方式，通过CMMi3级，敏捷做好了，CMM很容易。
CMM是告诉你做什么，但没强制你怎么做，所以你也可以用瀑布的方式来实现，从这个角度，敏捷和CMM不是一个层面的东西。
数据问题
如果企业没有那个能力，又要拿证书，不造假还能怎么样？企业不是为了提升自己，而是为了拿证，那只能造假，但这和CMM也没有关系。
店明：
实践体会
2000年，老板是CMM最顶级的评估师之一。CMMI要做好也很好，引入CMMI的人，要根据企业情况进行定制化，谁有这个能力呢？需要非常资深的内部、外部人员，把一堆实践放进去，就能够起到很好的作用。
CMM是先有一堆东西，SCRUM是先有核心价值观、原则，从这些核心价值观、原则出发，根据公司的实际情况，完善实践。
关键问题
关键是要有专业的人，帮助识别企业的问题，用合适的实践解决问题，达到目的。
感受
Lisa在读问题的时候，就显得比较婉转。每位老师在解读的时候，都心平气和，淡定从容，没有指责，没有鄙视。都先谈自己的实践体会，再剖析现实、路径或目标是否有问题，再建议。推荐大家看下视频回放，体验很好，几位升级的老师，文如秋水，品似春山，修为都不一般，coach能力超群
