ByteWatch
中信保国际集团
在过程改进中,无论ISO/CMM/CMMI,配置管理都是过程改进的基础,而配置管理的目标是:保证产品的完整性。一般而言配置管理包括下列工作:
A.配置管理计划管理;
B.配置单元标识;
C.基线管理;
C.变更控制;
E.发布规程;
F.配置状态记录。
但是在配置管理中,常存在以下的误区:
(1)只重视硬件投入,不重视软件投入,成本效益产出不成比例;
(2) 配置管理操作繁琐,过于理论化,实际操作很不顺畅;
(3)没有合适的支撑工具,CMC工作量过大;
(4)流程执行力欠佳,变更控制不力,版本发布混乱。
(1)推动公司管理层和员工意识的转变,配置管理并不仅仅是版本管理,引入良好的配置管理工具是前提,但关键还是要建立一套科学规范的配置管理规程,也同样需要相关专门人才负责,不能随便从部门找个文员来负责,这是对工作极不负责的。一般而言,在公司可以设置一个组织级的配置管理员,然后每个项目都有一个兼职的配置管理员,这种思路在实际工作中比较有效和通用流行。
不见的,曾见过一些配置管理员确实很负责任,所有项目都要求严格按流程执行。是的,严格执行流程是应该的,但是优秀的配置管理员同样要具有良好的沟通能力,要能根据项目实际情况作裁剪处理。不能够预算只有几万元的项目和几千万元的项目执行相同的配置管理流程。CMC要能够评估这些流程的执行能否产生相对应的价值。甚至如果一个很小的项目,如成本只有50 人天以下的,完全可以只做版本控制,而不执行基线管理、变更管理等相关流程。
需要强调的是:“流程不是用来做摆设的,而是要产生价值的。”
(3)作为配置管理,如没有相关的支撑工具,工作量是比较大的,成本比较高的。所以我们建议除了可引进配置管理工具如ClearCase、PVCS、Subversion或VSS等工具外,最好能引进象Teamtrack类似的工具,支持变更管理、基线管理和发布管理工作,以减轻CMC和项目组成员的负担。
(4)配置管理作为过程体系的一部分,也会遇到实施执行不力的问题,比较常见的问题可能有:计划与实际不符,需求变更执行难,或发布的版本混乱等。如何解决这些问题?
首先要建立项目配置管理计划,识别配置项,一旦不能如期实施,就需要分析原因:
A.如遇到不可抗拒力的,就要更改计划,延期实施;
B.如是内部原因造成的,就要上报,请过程改进团队或上级部门来协助推动。
对于需求变更处理,项目负责人可能会感觉工作很烦,也很头痛。其实完全可以根据实际情况进行处理,如当项目规模小,变更影响不大,或项目进度非常紧时,可以采取一段时间内集中处理的方法,不必要一个个单独处理,浪费成本。
对于版本的发布,一定要视之为重中之重的工作,作为发布的版本一定要从基线区中取,否则一旦交付给客户错误版本,后果是难以预料的,损失是非常惨重的。
-
[2009-07-17] 实施CMMI时必须解决的认识问题
[2009-06-25] 实施CMMI3 存在的风险大概分哪几类
[2009-02-24] CMMI,有时也很无奈
[2008-12-25] 软件过程管理也要“信息化”
[2008-12-03] CMMI评估前准备
[2008-12-03] 小的软件公司运用CMM思想进行过程改进方法浅析
[2008-12-02] CMMI的中文意思?
[2008-12-02] 菜鸟问题-CMMI能不能“跳级”?如能不能跨越2级直接评估3级?
[2008-12-02] CMMI的形与神
[2008-10-14] 在中国开展CMM评估的几点建议
[2008-10-13] 我们企业对CMM/CMMI咨询机构都可以提出哪些工作要求?
[2008-10-13] 向谁申请CMM/CMMI评估?
[2008-10-09] 谨防CMMI陷阱 迈向高级别CMMI
[2008-10-09] 中小软件企业的CMM之路
[2008-10-08] CMMI评估
[2008-10-07] 深圳市软件企业CMM认证资助计划操作规程
[2008-10-07] 国内SEI授权的CMMI主任评估师名单
[2008-10-07] 软件企业实施CMM/CMMI面临的关键问题
[2008-10-07] 公司建置CMMI的好处
[2008-10-07] 不要这样做CMMI