公司从去年年底开始实施CMMI3,记得当初上培训课的时候,听着老师介绍过程管理,项目管理,工程过程,支持过程这四大类过程域的时候,全部门上下听得稀里糊涂,从未想到这个鬼东西还这么复杂,这么麻烦。
公司之所以要实施CMMI3,一来是想规范一下项目开发流程,二来是拉更多的外包项目,因为有些项目投标时,有些客户一定要求要通过了CMMI。全部门上下都没有实施过CMMI的经验,有些同事在以前上班的公司早已实施过CMMI,有些也轮不到他们去参与。所以实施CMMI3感觉有点像摸着石头过河。实施七八个月,过程虽然痛苦,但收获彼多。
CMMI分为五个等级:CMMI1.初始级 2. 已管理级 3. 已定义级4. 量化管理级 5. 优化管理级,公司可以直接评CMMI3级,但要评CMMI4级,要通过CMMI3级才可以实施,CMMI5级则要先通过CMMI4级。
CMMI3的体系文件主要分为四大类过程域:过程管理,项目管理,工程过程,支持过程,每个过程域下面都有相应的模板文件。
财富库: 财富库里面包括六个子库
库名 |
存放内容 |
责任部门 |
标准过程库 |
**公司CMMI标准过程集合(含过程、指南与文档模板) |
EPG |
培训库 |
公司级培训教材与相关资料 培训工作资料保存 |
办公室 |
开发研发类经验 |
存放公司产品开发类、产品研发类、维护开发类项目在实施中的好的记录与资料、经验教训,以供其它项目参考 |
**部门 |
过程改进经验库 |
存放公司过程改进中的优秀过程记录,包括改进计划、改进报告、改进经验、案例、评估记录等资料 |
EPG |
测量库 |
存放组织各部门的测量数据及测量分析报告 |
EPG、各测量责任部门 |
软件构件库 |
可供组织项目组复用的公用软件、代码 |
**部门 |
软件项目开发活动中主要的几个步骤 :项目立项—>初步策划(包括编写项目总体计划初稿,编写项目进度计划初稿等)—>需求调研(编写用户需求规格说明书和需求规格说明书)—>总体策划(在初步策划的基础上编写计划书)—>设计(概要设计和详细设计)—>编码(根据详细设计与编码规范进行编码)—>单元测试—>测试(集成,系统)—>试运用—>验收交付—>结项,开发过程中还有很多评审,比如需求规格说明书评审,概要设计说明书评审,详细设计说明书等,每次评审时都有评审检查单和评审报告或是评审会议纪要,这些都将成为CMMI评审的直接证据或间接证据。
配置管理的工具:公司是用VSS版本控制器来进行配置管理,其他的版本控制 器也行,这是没有特殊规定的。
PIID表: PIID表是用来记录CMMI实施的直接证据,间接证据,访谈证据的Excel表,这个表相当重要,评审的时候要检查这个表,然后去配置库找相应的文档。
角色: 在CMMI参与人员中,可分为很多角色,不同的角色各司其职。
PM:项目经理; DEV:开发人员; EGP:过程改进组; QA:质量保证员
CM:配置管理人员 SEPG 软件工程过程组 SAM(部门经理) Tester 测试人员
GM:副总,副总经理,高层领导
不同的级别,在CMMI3实施中担任不同的角色,访谈的时候也会对不同的角色分类访谈,各个角色人员必须熟悉自己任务与自己写的文档,对相关的其他工作与流程也要了解,因为评估师有可能会问及其他角色的问题.
访谈答案的准备:在访谈问题准备前,一般培训老师会给出一些针对不同角色的访谈问题,然后由我们自己整理答案。在评估前,会有几次的模拟访谈。
项目经理模拟访谈问题:
开发人员设计人员模拟访谈问题:
EPG(过程改进小组)模拟访谈问题:
QA(质量保证)模拟访谈问题:
测试人员模拟访谈问题:
对于CMMI3的一个很大的感触就是文档太多,成本太高,小项目根本不可能嫌钱。CMMI3历时七八个月,加了无次班,但受益匪浅。