CMMI过程改进裁剪研究和分析

 

实施CMMI的经验表明：在小型软件企业中，应用这些模型时会遇到很多困难。即使对于大型软件企业来言，其中的小部门和小项目在单独应用这些模型时也会遇到这种问题，需要对这些模型进行调整，以适应小型企业、小部门和小项目的资源、结构和实践。

　　1 文档剪裁

　　CMMI过程模型包含大量文档，包括策略、计划、规程、标准和报告等，如果严格按照CMMI实践来做，小型软件企业的有限资源会被文档所淹没，而丧失对改进本质的掌握。我们采用的策略是合并或者扩充文档，减少生成文档的负担，并借助于“小型软件企业过程改进支持环境（SSE-PISE）”来实现文档的快速生成、分发、合并和管理。

　   2 管理剪裁

　　CMMI中任务分工非常细，涉及到的角色也非常多，但是对于小型软件企业来说，根本没有那么多人力资源来分工承担这么多管理任务。鉴于CMMI的管理结构与小型软件企业存在较大差距，有必要对管理活动和管理角色进行剪裁。

　　3评审剪裁

　　CMMI实践中涉及很多类型的评审活动，对于小型项目和企业而言，如果按照CMMI模型所有评审活动都实施的话，评审所花费的时间会严重影响开发时间，因此很有必要对评审活动进行剪裁。

　　4资源剪裁

　　CMMI模型规定很多执行管理和工程任务的角色，但是在小型组织和小型项目中根本没有那么多人能够全职执行CMMI要求的角色。实际情况是，工程师和管理人员可能同时执行多个角色，甚至跨越多个项目。比如，项目经理也许管理多个项目，也许同时从事管理和技术工作。SQA人员也许来自于其他项目，或者来自于其他组织和公司，SQA和SCM人员也许同时负责多个项目，并且个人也许参与到多个工程科目。同时，对于小项目而言，实现诸如SQA、SCM、培训和SEPG的人员全职化也是不现实的。通常是，这样的团队经常包括多个兼职人员，以及一个全职人员。

　　5剪裁无关实践

　　CMMI是面向于大型软件企业的，其中很多实践是与小型企业不相关的，尤其很多过程实践不适合于小型项目，小型项目实施这些过程实践会花费比项目本身更多成本，并且由于部分项目的短时效性使得重新计划或者调整活动变得没有实际意义。

CMMI剪裁过程的目的不是重新编写CMMI，而是根据小型软件企业的特点对其文档、实践、评审、资源、培训和管理等进行改造，同时保持CMMI的精粹和结构。所以根据企业自身的实际情况裁剪才是最重要的。

 

原文出自：点击打开链接