CMMI实施

　　现在很多企业因某种原因想做CMMI了，大体做法

　　1、决定实施CMMI

　　2、EPG接受培训，理解CMMI

　　3、EPG根据自己理解的CMMI和实际情况开发一大堆漂漂亮亮的过程文档、流程图、表格、模板、检查单、作业指南。

　　4、大家边听着EPG的解释(包括培训、答疑)，边执行这些过程标准，然后审计(内、外)

　　将目前的最佳实践记录下来、写下来、文档化下来。

　　很多新的EPG在做了一段时间后无奈的发现自己居然沦落成了一个过程标准解说员、甚至文档管理员。自己工作大部分时间是面对文档，或者督促别人写文档

　　EPG最主要的工作应该深入到研发第一线，帮助研发人员解决研发过程中面临的最严重的实际问题(当然是解决方案要上升到过程高度，而不应是单个问题或个人)，甚至哪怕是一些不严重但以你的项目经验知道该如何解决的问题上。总体说来就是掌握项目进展中的任何细微的技术难点要点，并主动记录下来。

　　为什么这么说呢?CMMI实施的主要宗旨就是以每个项目为采集数据的源头，达到企业整体效益提升和资源重用。真正有价值的东西，是需要一线人员在实际工作中遇到问题，解决问题，并总结问题，不是一个一线工作的流水帐。就象一份研发人员的日报。写了上午做什么，下午做什么。这对企业的积累有什么用处呢?他工作过程中，遇到什么问题，他是怎么解决的，走过什么弯路，实验过几种方法，失败了，失败的原因是什么，最后选择了什么方法，可能不是最好的，但完成了任务，达到了效率和资源分配的平衡。这些东西才可能是未来类似项目中，遇到类似问题时，可能有参考价值的。通常也是EPG个人职业生涯的技术积累。只有公司里每个员工，把自己认为最有价值的积累贡献出来。才可能达到公司有价值的积累。而决不是形式上写的上午下午每个小时的流水帐。