过程改进，还是目标改进？

公司通过了CMM2,CMM3,ISO9000的评估，拿到了证书，也建立了一套质量体系，但是，现在，并没有真正在软件研发部门达到CMM3，只能说，是某些项目达到了。
于是，我想到了一个观点：公司的不同阶段有不同的质量目标，生存阶段的目标是有市场，有业务可做，有米来下锅；发展阶段，有业务可做，可以保证公司存在的情况下，管理水平和产品质量必须要抓了，否则，不能趁势发展壮大。
周六和朱江在加班，我就说出了一些自己对质量的想法。认证不是目的，只是检测手段，可是现在质量如何提高呢？为什么大家不执行质量制度呢？朱江建议，不实行过程管理，目标管理是当前最合适的。规定好其实需求，在移交时候控制发布，中间只作变更管理。听起来是不错，管理是有成本的，简化管理，可以减少成本，但是，讨论到后来，发现，给自己挖了一个坑。因为，目标管理的目的是激励工作，让表现好的员工得到奖励，可是，软件开发是一个相互配合的过程，是一个组，而不是一个人的行为，在每一个过程中不采集数据，不设置检查点，就无法快速定位问题，表现的好与不好更难判断，更主观了。更不能激发大家的工作热情。
周日，SEPG高成熟度沙龙，感觉过程管理基本是可行的，也是有实践的数据，但是，过程控制的“度”的确是个问题，过分的过程控制，尤其是当质量达到一定的高级别，趋进于０的时候，需要花费大量的成本来提高一点点的质量。于是，这个度的把握就是个要探讨的话题了。。
今天和王敏红讨论了一下，了解了一下，做为系统设计师，是怎么看这个问题的，他的观点也是，文档很重要，变更控制很重要，但是，执行起来，太有问题了，客户催起来，谁也没办法，连文档的变更都很难同步，更别提严格的过程控制了。开发人员的素质和公司的制度都有待提高。问题都是在产品提交给客户的阶段产生的。

说来说去，解决的办法又是“过程控制”了。