-80.00%
时间
过程推广
从图中可以看出，过程推广后由于项目使用了发布的估算方法进行估算和计划工期， 从图中可以看出，过程推广后由于项目使用了发布的估算方法进行估算和计划工期，计划与实 际的工期的偏差值逐渐地趋向于组织定义的阈值( 10--- 10%)。过程推广前项目的工期偏差值在际的工期的偏差值逐渐地趋向于组织定义的阈值(-10--- 10%)。过程推广前项目的工期偏差值在40%--- 80%之间振荡 过程推广后项目的工期偏差值在-10--- 20%之间震荡 之间振荡， 之间震荡。 40%--- 80%之间振荡，过程推广后项目的工期偏差值在-10--- 20%之间震荡。 16
CMMI3级过程改进案例分析报告
CMMI过程改进的成果和收益(项目管理一)
100.00%
案例分析－－工期误差率
80.00%
60.00%
40.00%
误差率
20.00%
0.00% 0402 -20.00% 0407 0501 0502 0507 0509 0510 0601 0604
-40.00%
-60.00%
组织介绍
1. 北京利众得应用技术有限公司的前身为北京一希望信息技术有 限公司 2. 北京一希望成立于2002年，除北京以外还在上海和大连设有分 公司 3. 2006年2月因为股权变更而正式更名为北京利众得应用技术有 限公司 4. 公司以互联网技术和基于组件的软件开发(CBSD)技术为核心， 为客户提供定制软件开发及维护服务 5. 公司自主产品cLearning学习管理系统软件V1.0获得北京科委 颁发的软件产品登记证书
10
CMMI3级过程改进案例分析报告
CMMI过程改进实施方案(需求管理 需求管理) 需求管理
1. 制定了需求变更管理过程，在过程中要求使用表格来管理所有 的需求变更，包括变更的内容、时间、原因、提出者、状态 2. 使用Q&A来记录与客户的交互信息，这些Q&A都得到了统一的保 存。负责需求的人员在每次变更时要召集所有项目的相关人员， 对其进行分析以确定其影响程度和范围，对于超过组织定义的 阈值的大变更只有在评审通过后，才可以被纳入系统，对于小 变更也要得到记录 3. 整个过程得到QA人员的监察和审核以确保过程得到严格的实施
14
CMMI3级过程改进案例分析报告
CMMI过程改进的成果和收益(品质管理 品质管理) 品质管理
案例分析－－缺陷率（每千行）
12.00
10.00
8.00
6.00
cutover缺陷率
4.00
2004年数据无法采集
2.00
过程推广
0.00 04年2月 04年6月 04年10月 05年5月 05年7月 05年9月 05年11月 05年11月 06年3月 06年4月 06年5月
1. 因为组织一级没有规范的成文的项目管理过程，项目 管理的好坏依赖于项目经理本人在这方面的个人能力， 以此造成不同的项目经理负责的项目，绩效有很大差 异 2. 项目经理对项目工期和工作量的估计缺乏依据，造成 计划与实际差异很大，增加了项目的风险 3. 项目的可视性很差,项目的状况不可知,上层管理者没 法及时协助项目解决突发的问题
21
CMMI3级过程改进案例分析报告
谢谢!
22
因为在过程推广之前，没能采集到缺陷数和代码行数，从过程推广后采集的数据可以看出， 因为在过程推广之前，没能采集到缺陷数和代码行数，从过程推广后采集的数据可以看出， 提交给客 户后产品的缺陷率在过程改进中逐渐地降低，基本趋向于组织定义的阈值：每千行代码3个缺陷。 户后产品的缺陷率在过程改进中逐渐地降低，基本趋向于组织定义的阈值：每千行代码3个缺陷。 15
20
CMMI3级过程改进案例分析报告
下一步工作
过程改进工作将持续进行下去： 过程修订： 1. 过程修订：使过程的描述更加生动、更易于理解和执
行
工具开发： 2. 工具开发：流程自动化，降低项目管理和开发的工作
量
过程实施： 3. 过程实施：加强培训和指导，同时加强QA的监察和审
核的力度
评估： 4. 评估：按计划继续向更高一级的目标而努力
11
CMMI3级过程改进案例分析报告
CMMI过程改进实施方案(品质管理 品质管理) 品质管理
1. 使用“Bugzilla”和“缺陷列表”记录缺陷数据以减 少缺陷遗漏，使用“项目度量数据”对缺陷进行分析， 在测试结束时对缺陷的准确率进行评审。QA人员也要 严格监察此活动 2. 改进评审方法，使用同级互查的方式，并在评审中使 用“评审检查表”，尽早发现问题 3. 建立测试用例和需求之间的追溯关系，确保所有的需 求都被相应的测试用例所覆盖，并加强对测试用例的 同级互查以确保充分的测试覆盖率
6
CMMI3级过程改进案例分析报告
过程改进简介(三)
7. 2005年7月到2006年3月间,公司进行了三次预评估，根 据预评估结果对过程进行修订和推广，进一步提高公 司整体的软件开发能力 8. 改进过程中，公司员工总数为116人，先后参加CMMI预 评估和正式评估的项目总数为13个，参加最终评估的 项目为4个，参加最终评估面谈的员工总数为33人 9. 2006 年4 月，公司进行了SCAMPI CLASS A评估，评估 的结果展示了CMMI 3级的能力水平
18
CMMI3级过程改进案例分析报告
CMMI过程改进的成果和收益
(其它：度量数据的积累) 其它：度量数据的积累 其它 1. 随着过程改进进程的不断深入，我们获取了一系列的 项目和组织度量数据,如:工期的估计和实际数据,工作 量的估计和实际数据以及它们的偏差、缺陷率、生产 率等等。 2. 通过对收集的数据进行分析，以帮助判断组织运营和 项目开发能力达到了怎样的水平 3. 也为以后的项目提供了足够的参考数据，有利于项目 的有序执行
13
CMMI3级过程改进案例分析报告
CMMI过程改进的成果和收益(需求管理 需求管理) 需求管理
1. 与客户的交流有据可依，这样可以让客户清晰的了解 变更的历史，以对需求变更作出更加慎重的决定 2. 所有的相关人员（开发人员、测试人员等）参与式样 书变更的分析与评审，减少了变更带来的无谓返工 3. 需求跟踪矩阵保留了需求与设计、需求与测试用例之 间的对应关系，即保证了设计和测试用例的无遗漏， 也保证了需求一旦发生变更，相应的设计和测试用例 也能够及时地进行变更
3
CMMI3级过程改进案例分析报告
过程改进进程图示
4
CMMI3级过程改进案例分析报告
过程改进简介(一)
1. 2004年初组建了能力管理委员会、项目管理委员会、工程 过程组、品质保证组，并正式启动了基于CMMI的软件过程 改进进程 2. 能力管理委员会和工程过程组致力于对公司软件开发过程 与公司运营过程的分析和探讨，制定了一套适合于公司实 际的组织标准过程定义 3. 项目管理委员会和品质保证组致力于项目实施中过程的推 广和把握 4. 组织标准过程定义于2005年1月在选定项目中进行了样本试 验,于2005年6月在包括北京、上海、大连三地的全公司范 围内推广，取得了一定的成效
CMMI3级过程改进案例分析报告
CMMI过程改进的成果和收益(项目管理三)
通过以下方式使得项目的可视性增强，上级管理者能够 及时了解项目的执行状况，并对项目中存在的问题及时地进 行协调解决，极大地降低了项目的风险： A. 成立了项目管理委员会,每周对项目进行评审，并参与项 目的阶段评审 B. 项目经理每周的项目周报 C. QA人员每周的QA周报
5
CMMI3级过程改进案例分析报告
过程改进简介(二)
5. 2005年5月与循序咨询签订CMMI咨询合同，标志着公司 开始借助外部力量进一步完善我们的过程改进工作， 并设定了通过CMMI3级评估的阶段目标 6. 循序的资深咨询顾问通过深入了解公司的过程改进目 标及现状，帮助制定相应的实施计划，根据实施计划 及现状提供相应的培训，并在定义或改进过程时提供 有力的支持
-40.00%
-60.00%
-80.00%
-100.00%
时间
过程推广 从图中可以看出，过程推广后由于项目使用了发布的估算方法进行估算和计划工作量， 从图中可以看出，过程推广后由于项目使用了发布的估算方法进行估算和计划工作量，计划与实 际的工作量的偏差值逐渐地趋向于组织定义的阈值( 10--- 10%)。 际的工作量的偏差值逐渐地趋向于组织定义的阈值(-10--- 10%)。过程推广前项目的工作量偏差值在 80%--- 80%之间振荡 过程推广后项目的工期偏差值在-30--- 20%之间震荡 之间振荡， 之间震荡。 -80%--- 80%之间振荡，过程推广后项目的工期偏差值在-30--- 20%之间震荡。 17
12
CMMI3级过程改进案例分析报告
CMMI过程改进实施方案(项目管理 项目管理) 项目管理
1. 首先我们在公司的职责描述中，明确了项目经理需要掌握的管理 技能，并根据公司项目的实际经验开发了一套项目管理的过程规 范 2. 在组织中定义了一套经过试验验证的估算方法，项目经理可以使 用和修订这些方法为自己的项目进行工作量和工期的估算，并参 照估算结果制定计划。并给相关人员提供了该课程的培训，同时 EPG作为专家在具体的工作中提供指导 3. 另外与培训机构接洽，由外部项目管理培训师为公司内部的项目 经理提供项目管理技能的培训，提高了项目经理的项目管理能力
7
CMMI3级过程改进案例分析报告
CMMI过程改进之前存在的问题(需求管理 需求管理) 需求管理
1. 需求频繁变更，没有得到及时的记录，也缺乏对需求 变更的分析和管理，导致项目的返工率增加， 以至延 误项目的进度并造成成本的增加 2. 测试人员不能得到最新的完整的需求，因而造成测试 的遗漏，最终引起提交给客户的产品品质低下
8
CMMI3级过程改进案例分析报告