软件工程部全体员工
以往我们在实施软件项目时，偏重于技术的实现，业务功能的设计等等。但真正把软件项目当作一个项目，通过内部过程的改进实现在项目整体质量的提高还是头一遭，当中遇到困难既有观念上的转变，也有具体工作中增大的工作量。
2001年初我公司引入了CMM管理体系，当中的酸甜苦辣，在我们工程师的笔下就选得格外生动.........以下为我公司软件工程部全体员工在接受了美国JPM公司咨询师的几次培训及评估后的真实感受：
| 序号 | 实施中认为较好的方面 | 实施中认为较差的方面 |
| 1 | 编码轻松：由于事先做了详细设计，编码的时候自然有据可考，避免了大思路上的错误和可能对编码过程产生严重骚扰的疏漏。 | 头脑混乱：无时无刻不觉得有一大堆事情要做有一大堆文档该写。偶然无事可干就会心虚不已，总以为冥冥之中欠了CMM点什么。 |
| 2 | 学会了什么是规范。特别是从数据库的设计，VB编程规范的使用。 | 智商下降：考虑的东西太多，脑细胞找不准努力的方向，自然思维质量下降。 |
| 3 | 通过对基础控件的编写，特别是三层结构的开发，技术上有了长足的进步。 | 视力退化：干实事的时候聚焦于屏幕，偷懒放松的时候还不忘用COPY/PASTE大法制造文字膨胀，眼神能好么？ |
| 4 | 参与了CMM的培训，明白了软件开发过程中要注意的事宜。 | 性格改变：尝试任何未知事物到严肃投入程度的必然代价。 |
| 5 | 对软件开发过程的计划、控制、评审有比较清楚的认识 | 经历了从结构化的开发方式到面向对象开发方式的转变。这个过程比较痛苦。 |
| 6 | 因为参加部分文档的修订工作，对文档的修订有初步了解 | 项目组开始的计划过于“理想的完美”，导致后期不断的修改和补充。可以说是现在的一个经验。值得注意 |
| 7 | 软件的版本控制事我在实施CMM中感觉最深刻的，它让我软件开发上变得轻松了。 | 过程控制比较混乱，使自己每天都处于“疲于奔命”的状态，很多情况下没有时间考虑我们为什么要这样做。 |
| 8 | 比起以前的管理模式CMM使我们的管理变得规范，做为程序员的我思路也比以前清晰，知道该做什么事了 | 整个项目的测试自己感觉是失败的。 |
| 9 | 要查阅的资料文档也集中起来管理，方便了查阅 | 文档太多且重复 |
| 10 | 有计划并规范的做事 | |
| 11 | 在详细设计方面真正体现了CMM可重复性 | |
| 12 | 学到了软件的过程控制，经历了痛苦的过程，看到了希望的出现 | |
| 13 | 从一个无序的开发过程转变到了一个（现阶级）粗造有序的过程 | |
| 14 | 代码质量有了一定的提高 |