CMMI的认知

本人可以说参加CMMI认证次数比较多

我们公司第一次是2010年，也是我参加的第一次，很荣幸承担EPG组长。

（实际是：认证这件事情的负责人，如果看成一个项目，那么就相当于项目经理角色）

后来，2013年，又续了一次，依然是EPG组长。

（由于有没有CMMI认证证书，对我们产品市场没有什么影响，因此，也没有完整按照3年一次的频率继续往下走）

再后来，2019年，又续了一次，依然是EPG组长。

  

扫描二维码关注公众号，回复： 8161838 查看本文章

 也可以说，比较有缘分

最大感触：

1. CMMI2级是个好东西，做好不容易，做好了，后面都好理解。感觉3级 4级 5级都是顺手而来
2. 重点应该关注MA、CM，这两块内容，是后面几级的“基石”，也可以说我们项目管理的基石
   • 现实中的企业，大部分是不重视这两块的，还有就QA。
   • 所以很多情况下，研发的管理往往都不知道要管些什么？
   • 如何进行改进？我们应该怎么做？或靠经验、或靠某个人“灵感”，这样往往试错的成本就很高
3. MA：是这样的，如果我们没有一些数据，那么是无法进行“预测”“发现问题”。所以，我们要投入力量去收集一些数据
   • 哪些数据需要收集？如何回答，就先要问我们哪些数据是我们关心的。比如说进度，应该很多都会关注吧。那么觉得哪些是影响进度的因素？
     • 需求？开发能力？
     • 需求：我们知道我们现在项目花在需求上面多少时间？什么环节下投入？这些数据是否需要收集，如果有这些数据，那么我们如何进行需求方面的优化？制定流程？优化现有流程？不就是水到渠成的事情么
     • 开发能力：我们现在效率是多少？有没有什么数据？如何提高？培训？招聘？这些不就是部门管理的一些内容啊，很明显这样的招聘计划
   • 总之，数据收集，便于流程的更新，问题分析，所有活动都不是“拍脑袋”想出来的good idea！！
4. CM：配置估计很多人想到了，但是配置管理？还有管理方面的知识
   • CM不是文档目录建立
   • CM不是指svn 权限等
   • 如果这样来说，可能更好理解。比如说，你们公司的某个人员离职，从而拷贝走很多核心代码，或造成公司的损失。
   • CM就应该考虑如何避免这些事情的发生，你采取了什么措施？你又如何做。就像代码开发一样，总不能只考虑正常的情况吧，考虑下异常情况以及对应措施，这个才是CM的重点。
5. QA：就不用说了，监察机构，监察你们有没有做到位