CMMI实施之核心环节:定义过程文档

知识库 cmmirz 5年前 (2016-01-09) 446次浏览 0个评论

之前讲过关于过程改进团队的组建方法及在组建过程中需要注意的问题,在本文中将继续探讨EPG过程改进的另一个更为重要的环节——定义过程文档。
曾经有一位评估师开玩笑说,三级是写文档,四级是写文档的文档,五级是写文档的文档的文档。由此可见,文档贯穿于整个CMMI,在过程改进中起着举足轻重的作用。那么如何才能写出既符合CMMI又立足于企业本身实际情况的文档呢?这就是本文将要探讨的问题——定义过程文档。
在定义过程文档时,首先,应该进行企业的习惯表述与CMMI术语和语言间的映射。特别是组织结构中的一些术语、角色、组织内部之间关系以及过程活动的表述方式都需要映射到其组织的相应部分,以防止别人无法理解。
定义过程文档的一般步骤是:
(1)先确定并描述产品的生命周期。
一般来说,产品生命周期可以划分为6个阶段,即产品概念阶段、产品定义阶段、
产品开发阶段、
产品测试阶段、用户验收阶段、产品维护阶段。
(2)根据产品生命周期的各个阶段确定需要改进的过程域(PA)活动。
“过程域”用于描述CMMI标准定义的软件过程能力评估模型中的一种部件。在该模型中,“过程域”是最大的的构造块,每个“过程域”由一组目标构成,每个目标得到一组实践支持。模型中描述的过程是参考模板,用“过程域”来表示。不能与实际过程混淆。“过程域”不是实际的过程,它是模型中的模板。
(3)针对某一个PA过程活动,完成PA的数据流程图。
(4)准备相应的模板、检查表或者方法附件定义过程文档。再在EPG内部讨论修改,然后拿给评审人员阅读,最后是进行正式评审。进一步修订,再评审直到大家认可为止,再进入下一个PA过程。(或者也可以评审通过后进行试点,试点成功再进入下有个PA过程。)
根据自己多年的咨询经验,总结了在定义过程文档时一般容易出现的问题。
1、“本地化做得不够”
咨询顾问常常在项目进行中发现这样的问题:在定义某个PA过程时,客户会过于依赖咨询公司提供的其他一些企业的过程文档,并将这些文档梢作调整成为其自己的过程文件。由于每个软件企业的情况是不一样,流程、规范、记录应该根据公司实际情况来制定,参照CMMI框架,制定适合公司本身情况的“本地化”过程体系,这样的效果会更好。
(2)总体把握,逐步细化
在定义第一个PA过程时,如果没有考虑它跟其它PA之间的关系就直接参照CMMI的此PA的目标和实践完成了过程文件,可能发生的结果要么是无法通过评审,要么就是通过了之后再返回进行修改。由于各PA间关系密切,息息相关,因此在实际的定义过程中,先要从总体上把握住各PA间关系,完成整个过程的数据流程图的基础上再进行逐步细分,否则即是“只见树木不见森林”。
(3)多交流、多总结
由于在项目初期,EPG小组对于CMMI的理解不够透彻,大家也没什么经验,这就需要EPG成员、QA、管理人员、开发人员之间多多交流,在定义过程文档时多讨论,集众人之智慧,随着过程定义的进展,EPG小组对CMMI的理解加深,就需要总结经验,避免将来在遇到类似问题的时候多走弯路。


版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权
转载请注明原文链接:CMMI实施之核心环节:定义过程文档
喜欢 (0)
发表我的评论
取消评论

表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址