SEPG(Software Engineering Process Group)是软件工程过程组的缩写,指由软件过程专家组成的团队,负责在软件组织内推动和促进软件过程改进。最早在CMM中提出,1990年发布的CMU/SEI-90-TR-024 《Software Engineering Process Group Guide》中对SEPG的工作内容、构成等进行了详细的指导。当CMM升级为CMMI后,SEPG 也相应的转变成EPG(Engineer Process Group),也就是说过程改进的对象从软件工程扩展到系统工程、采购等方面。由于CMMI主要还是应用在软件企业,所以在很多场合大家仍把在软件企业内负责过程改进的小组称为SEPG。SEPG在实施CMM/CMMI3级以上的企业中都会建立,并在企业内负责按照CMMI模型对软件开发业务进行过程改进。
但是,软件开发仅仅是软件企业内的活动之一,还有很多的活动,如技术服务、人力资源、信息安全、采购、外包、企业管理等都是软件企业日常经营过程中所需要的。如果我们仅仅对软件开发过程进行了改进,而忽略了其他业务过程的改进,那么势必会造成瘸腿的现象。就好像一个人,为了走得更快一些,通过某种方法使其中一条腿比另一条腿长出一截,感觉上腿长就能走得更快,但实际上因两腿不协调反而使走路更加不稳,最终影响了走路速度。如果不及时使另一条腿也长出一截的话,长此以往还会落下终身残疾。也就是说在软件企业内进行过程改进,不能局限于软件开发活动,人员(高层、中层、员工)的能力和意识、企业的综合管理水平、服务水平等等相关活动也需要同步改进。
这就有一个问题摆在我们面前,目前大部分软件企业在开始之初都不知道什么是过程改进,只是在引进、推行CMM/CMMI之后,才认识到一点过程改进的概念,而且这些概念也都是由SEPG或CMM/CMMI咨询公司进行宣贯的。理所当然,企业就会认为过程改进就是SEPG的事情,过程改进就是CMMI。
过程改进组织机构
MSG:Management Steering Group,管理委员会
整个组织流程建立、更改和推广的领导机构,由公司副总或技术总经理担任,负责战略层工作。
EPG: Engineering Process Group ,过程改进组
支持组织流程建设以及参与组织过程的改进工作,该组介于战略和战术之间,更多支持战术层工作。
PAT:Process Action Team,过程行动组(或TWG:Technical Working Group,技术工作组)
战术层工作的主要承担者,各PA的过程定义与执行。