【进击的CMMI】（软件）能力成熟度模型集成来敲门，项目交付质量保证

软件行业中，相信大家对软件开发工程师，如前端开发工程师，Java开发工程师，.Net开发工程师，PHP开发工程师等等，或数据库管理员DBA，测试工程师，BI工程师等都耳熟能详了，但是对于质量工程师，估计大多数人是比较陌生的，甚至即使是开发人员知道的也不太多，可能对于制造业中的质量管理体系6四格码有所耳闻。

恩，因为我也是这么过来的，表示之前作为前端开发时都不知道公司有这个岗位。。。自然也不知道具体工作是什么了，当然现在的我自然是可以就我的工作和你交流一番质量管理这方面的知识了，顶多说作为一个计算机系毕业的或者软件工程毕业的在上学期间是有相关联的课程的，比如软件系统设计与实现，这么一说大多数计算机类专业的人肯定有一个初步的认识了吧，这个岗位一般在中大型并对交付质量要求较高的企业，软件工程或计算机专业背景，对于沟通能力要求较高，工作中大多数交流的人就是项目经理，之前也在杂谈的时候也有提到这一点。

辣么！再回到CMMI来，我们也不得不追溯CMMI发展史，这里真的不得不说，高科技源于军事发展，和计算机发展类似，起初都是为军事而生，雏形于1984年美国防部和卡梅隆大学SEI，到1990年有了CMM框架，到2000年发展到CMMI第一版才正式发布，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件（引用百科解释）。根据CMMI中每个过程域基于目标来实践，都有通用目标GG和细微不同的通用实践GP，有着不同的特定目标SG和特定实践SP。对于项目管理人员来说，对软件工程过程是需要较强意识的，大多数来于项目经验，当然也有专门系统理论学习的，相对来说，从经验获得的过程和时间相对漫长，PM需要有效的对质量，人员，成本，风险等的控制，当然每个PM带人的风格也不一样，所以其中的问题也不尽相同。

CMMI软件能力成熟度集成模型，包含25过程域（Process Area），对于不同的领域涉及不同的过程域，衍生出CMMI-DEV，CMMI-SVC，CMMI-ACQ，其中对于软件开发项目，有两种表达形式，Staged和Continuous，刚接触的时候我是一直傻傻分不清，谷歌的时候也有专门来说明两种形式的资料，也没有分清楚，后来终于整明白了，根据后期实际audit项目和系统理论框架和咨询导师前辈的结果，简单来说就是，对于开发项目来讲，CMMI有阶段性和持续性两种表达方式，阶段性将CMMI分为5个等级，初始级（混乱无定义），已管理级（7PAs），已定义级（18PAs），量化管理级（20PAs），优化管理级（22PAs），审计项目时根据项目开始时选择的CMMI等级来看项目是否按照正常流程进行，保证项目在可控范围之内；而持续性分为三级，支持项目自身根据企业标准流程将项目过程进行裁剪集成到项目管理中来，比较灵活，可以更好的根据不同的项目类型和实际情况来控制项目，审计项目时就根据集成的流程来进行管控。

 

--番外

PA的实践基于目标，GG对应不同的GP，每个过程域，都有不同SG，也对应不同的SP。每个PA的通用目标是一样的，对应不同的GP有着细微的差别。

软件开发项目，CMMI-DEV持续性框架目前运用的更为广泛，所有的过程域分为四大过程类，过程管理、项目管理，工程管理，支持管理。

过程管理包含了5个过程域：OPD，OPF，OT，OPP，OID；

项目管理包含了6个过程域：PP，PMC，RSKM，IPM，SAM，QPM；

工程管理包含了6个过程域：RD，REQM，TS，PI，VER，VAL；

支持管理包含了5个过程域：PPQA，CM，MA，DAR，CAR.

每个过程域之间都是相互联系的，单独来看就比较难懂。

先写到这里，根据自己目前的经验和理解记录一下，其中自然有些不足，因为每次回来看都觉得会有新的东西学习和补充，以及之前理解上的不足，欢迎一起交流。

邮箱：guineverelemon@gmail.com

转载于:https://my.oschina.net/jenniferleehr/blog/823129