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的过程定义与执行。
那些文档由EPG来编写。