软件工程之QA管理（好软件系列二）

软件工程之QA管理（好软件系列二）

在中国如果想做一个好软件，一般来说，基本靠的是项目经理或项目组几个人的个人能力。（虽然理论逻辑上说做软件要靠一个团队，但是事实上真正能把团队理念感悟，并能做到的人少之又少。曾见过一群牛b轰轰的人，却干出一个不是很好的软件。当然今天讨论的重点不在于团队，后续系列文章中，我会专门分享下团队的理念。）如果想将做好软件扩充到整体面上的话，我们就会发现某一个或者几个人的能力，甚至某一个项目团队的能力，根本解决不了问题。这就很容易看见，公司部门，项目群中总有软件项目会出问题，而且出的问题还不太一样，有种处处冒烟的感觉。

CMMI的出现，貌似重点要解决上述批量生产软件的问题。其中对于组织级资产库以及EPG流程改进等职责均有所规约，甚至引入QA角色来保障流程的顺利推进。尽管如此，很多软件公司也引入CMMI体系，QA的角色，但是貌似效果却不太好。这是为什么呢？

       在我写的“漫谈中国软件”系列中，分析过CMMI来源于国外，要想真正落地于中国，需要变通和改良。我们知道CMMI落地过程的保障是QA，那么CMMI不能落地过程中的问题，QA在推广过程中是不是最有发言权呢？但是QA的角色往往被公司定位错误，只会催办报告交了没交，打打项目组小报告，做做领导交代做的杂事（写个会议纪要，组织开个会等）。QA这样职责严重偏位，那公司怎么能解决好