CMMI3 过程改进分析报告
CMMI3级过程改进案例分析
3样 样 样 样 样 样 (样 样 样 样 样 )
样
样 样
样
样
样
06.1.1 样 样 (CMMI3)
05.7.29
样 样 样 (CMMI3)
06.4.11
样 样 样 样 (CMMI3)
05.10.25
样 样 样 (CMMI3)
06.2.15
样 样 样 (CMMI3)
04.1.5
04.4.1
04.7.1
3. 项目的可视性很差,项目的状况不可知,上层管理者没 法及时协助项目解决突发的问题
10
CMMI3级过程改进案例分析报告
CMMI过程改进实施方案(需求管理)
1. 制定了需求变更管理过程,在过程中要求使用表格来管理所有 的需求变更,包括变更的内容、时间、原因、提出者、状态
2. 使用Q&A来记录与客户的交互信息,这些Q&A都得到了统一的保 存。负责需求的人员在每次变更时要召集所有项目的相关人员, 对其进行分析以确定其影响程度和范围,对于超过组织定义的 阈值的大变更只有在评审通过后,才可以被纳入系统,对于小 变更也要得到记录
9. 2006 年4 月,公司进行了SCAMPI CLASS A评估,评估 的结果展示了CMMI 3级的能力水平
7
CMMI3级过程改进案例分析报告
CMMI过程改进之前存在的问题(需求管理)
1. 需求频繁变更,没有得到及时的记录,也缺乏对需求 变更的分析和管理,导致项目的返工率增加, 以至延 误项目的进度并造成成本的增加
3. 整个过程得到QA人员的监察和审核以确保过程得到严格的实施
11
CMMI3级过程改进案例分析报告
CMMI过程改进实施方案(品质管理)
CMMI_3级软件过程改进方法与规范
内容提要软件过程改进是目前IT 企业研发管理的重点与难点。
为了提高软件过程能力,企业首先要研制软件过程规范,这是有一定难度并且费时费力的工作。
本文论述的是一套通用的CMMI 3级软件过程改进方法与规范,称为“精简并行过程”(SPP)。
SPP 2.0共有19个关键过程域,分为项目管理过程、技术开发过程和支撑过程三大类:✧项目管理过程有7个关键过程域,分别为立项管理、结项管理、项目计划、项目跟踪、风险管理、外包管理和需求管理。
✧技术开发过程有8个关键过程域,分别为需求开发、技术预研、系统设计、实现与测试、系统测试、用户验收、产品维护和技术评审。
✧支撑过程有4个关键过程域,分别为配置管理、质量保证、采购管理和培训管理。
SPP 2.0文档总数约500余页,包含了众多的过程规范和模板。
采用SPP,用户可以在最短的时间内建立适合于本企业的软件过程规范,大大降低用户研制规范的代价和风险。
一、背景介绍在国内,绝大多数大中型IT企业几乎都面临着“研发管理混乱”的难题。
“研发管理混乱”必将导致“产品质量低下”、“进度延误”、“费用超支”等问题。
IT企业谋求发展,研发管理必须规范化,这是大中型IT企业的迫切需求。
软件过程改进(Software Process Improvement, SPI)是目前国内大中型IT企业研发管理的重点与难点。
CMM(Capability Maturity Model)是用于衡量软件过程能力的事实上的标准,同时也是目前软件过程改进最好的参考标准。
CMM是由美国卡内基-梅隆大学(Carnegie-Mellon)软件工程研究所(Software Engineering Institute, SEI)研制的,其发展简史如下:✧CMM 1.0于1991年制定。
✧CMM 1.1于1993发布,该版本应用最广泛。
✧CMM 2.0草案于1997年制定(未广泛应用)。
✧到2000年,CMM演化成为CMMI(Capability Maturity Model Integration),CMM2.0成为CMMI 1.0的主要组成部分。
CMMI3过程改进分析报告
CMMI3过程改进分析报告第一篇:CMMI3 过程改进分析报告过程改进分析报告XXXXX是一家以软件研发和解决方案销售的信息技术有限公司,公司以互联网技术和基于组件的软件开发技术为核心,为客户提供定制软件开发及维护服务。
公司组建了EPG过程改进小组、品质保证组,并正式启动了基于CMMI的软件过程改进进程。
EPG过程改进小组对公司软件开发过程与公司运营过程的分析和探讨,制定了一套适合于公司实际的组织标准过程定义。
组织标准过程定义选定项目中进行了样本试验,在包括研创中心内推广,取得了一定的成效。
公司按照CMMI3的标准对过程改进管理、并与外部咨询机构签订咨询合同聘请资深咨询顾问通过深入了解公司的过程改进目标及现状,帮助EPG过程改进小组制定相应的实施计划,跟进实施计划及现状提供相应的培训,并在定义或改进过程时提供有力的支持。
在CMMI过程改进之前需求频繁变更没有得到及时的记录,也缺乏对需求变更的分析和管理,导致项目的返工率增加,以至延误项目的进度并造成成本的增加,测试人员不能得到最新的完整的需求,因而造成测试的遗漏,最终引起提交给客户的产品品质低下测试缺陷不是总得到记录(特别是单体测试时的缺陷),导致缺陷遗漏和缺陷数据不准确。
功能方面的测试点覆盖不全面,造成测试遗漏,提交给客户后被发现,质量低下客户投诉高、返工率高无法提高生产率,从而导致项目成本不断上升。
公司成立EPG过程改进小组,通过收集外部咨询机构人员、内部评审人员、QA和项目组成员的建议,制定了需求管理、品质管理、项目管理等改进计划:1、需求管理EPG过程改进小组制定了需求变更管理过程,在过程中要求使用表格来管理所有的需求变更,包括变更的内容、时间、原因、提出者、状态。
使用Q&A来记录与客户的交互信息,这些Q&A都得到了统一的保存。
负责需求的人员在每次变更时要召集所有项目的相关人员,对其进行分析以确定其影响程度和范围,对于超过组织定义的阈值的大变更只有在评审通过后,才可以被纳入系统,对于小变更也要得到记录,整个过程得到QA人员的监察和审核以确保过程得到严格的实施。
CMMI及开发中心基于CMMI的过程改进项目简介
2022/3/22
12
什么是过程模型?
模型是描述有效过程特征的元素的结构化集合
模型所涵盖的过程特征是指那些通过实践证明为有效的 过程
Required components describe what an organization must achieve to satisfy a process area. This achievement must be visibly implemented in an organization’s processes. The required components in CMMI are the specific and generic goals
2022/3/22
20
CMMI阶段式表示法
初始级
持续优化级
5 组织革新与部署
原因分析与解决方案
量化管理级
组织过程性能 定量项目管理
4
已定义级
决策分析与解决方案、验证和确认、产品
3 集成、技术解决方案、需求开发、风险管
理、集成项目管理、组织级培训、组织过 程焦点、组织过程定义
已管理级
2 配置管理、质量保证、度量与分析、供应商管理、
CMMI及开发中心“基于CMMI3的过 程改进项目”简介
简要说明
目的 帮助大家初步了解CMMI的基本思想、基本概念 帮助大家初步了解农行软开的CMMI实施现状
方式
时间关系,介绍为主
持续时长
1.5小时
2022/3/22
2
您所参与过的开发项目中所做的工作包括哪些?
Байду номын сангаас
2022/3/22
3
您所参与过的开发项目中所做的工作包括哪些?
实施CMMI3的体会
实施CMMI3的体会公司从去年年底开始实施CMMI3,记得当初上培训课的时候,听着老师介绍过程管理,项目管理,工程过程,支持过程这四大类过程域的时候,全部门上下听得稀里糊涂,从未想到这个鬼东西还这么复杂,这么麻烦。
公司之所以要实施CMMI3,一来是想规范一下项目开发流程,二来是拉更多的外包项目,因为有些项目投标时,有些客户一定要求要通过了CMMI。
全部门上下都没有实施过CMMI 的经验,有些同事在以前上班的公司早已实施过CMMI,有些也轮不到他们去参与。
所以实施CMMI3感觉有点像摸着石头过河。
实施七八个月,过程虽然痛苦,但收获彼多。
CMMI分为五个等级:CMMI1.初始级2.已管理级3.已定义级4.量化管理级5.优化管理级,公司可以直接评CMMI3级,但要评CMMI4级,要通过CMMI3级才可以实施,CMMI5级则要先通过CMMI4级。
CMMI3的体系文件主要分为四大类过程域:过程管理,项目管理,工程过程,支持过程,每个过程域下面都有相应的模板文件。
财富库:财富库里面包括六个子库软件项目开发活动中主要的几个步骤:项目立项—>初步策划(包括编写项目总体计划初稿,编写项目进度计划初稿等)—>需求调研(编写用户需求规格说明书和需求规格说明书)—>总体策划(在初步策划的基础上编写计划书)—>设计(概要设计和详细设计)—>编码(根据详细设计与编码规范进行编码)—>单元测试—>测试(集成,系统)—>试运用—>验收交付—>结项,开发过程中还有很多评审,比如需求规格说明书评审,概要设计说明书评审,详细设计说明书等,每次评审时都有评审检查单和评审报告或是评审会议纪要,这些都将成为CMMI评审的直接证据或间接证据。
配置管理的工具:公司是用VSS版本控制器来进行配置管理,其他的版本控制器也行,这是没有特殊规定的。
PIID表:PIID表是用来记录CMMI实施的直接证据,间接证据,访谈证据的Excel 表,这个表相当重要,评审的时候要检查这个表,然后去配置库找相应的文档。
CMMI3_OPF_P0002_组织过程改进过程
密级:组织过程改进过程目录1.目的/方针 (1)2.范围 (1)3.术语 (1)4.角色与职责 (1)5.入口准则 (1)6.输入 (1)7.流程图 (2)8.主要活动 (3)8.1.识别过程改进 (3)8.2.过程改进策划 (4)8.3.过程改进实施 (5)8.4.评估组织过程 (5)9.出口准则 (6)10.引用文档 (6)11.使用模板 (6)1.目的/方针组织过程改进((Organization Process Focus, OPF)的目的在于掌握组织的过程状态,识别过程改进机会,策划和实施本组织的过程改进活动。
EPG应遵循本过程识别整个组织的过程改进机会,以及策划和实施过程改进活动。
2.范围适用于组织的过程改进。
3.术语4.角色与职责5.入口准则●无6.输入●过程改进信息本过程包括2个规程:1、EPG章程2、管理评审规程8.主要活动组织根据《EPG章程》组建EPG并实施EPG的管理。
EPG负责组织的过程改进工作,包括识别过程改进、过程改进策划、过程改进实施、评估组织过程等活动。
8.1.识别过程改进●EPG通过各种渠道和方式收集改进信息,收集的渠道和方式有:✧营造一个激励持续改进的氛围与环境,收集和分析来自员工等相关方的合理化建议,识别改进机会;✧组织过程的改进目标;✧过程评估的结果;✧通过常规性内部审核、管理评审和各种持续的差距分析活动,不断发现组织过程的薄弱环节;✧通过测量和分析,找出顾客的不满意、产品未满足要求、过程不稳定等事项,分析识别改进机会;✧从监控组织和项目的过程活动的中得出的经验教训中分析识别改进机会;✧通过QA工程师,在日常工作中发现不符合或潜在不符合的事实,分析识别改进机会;✧其它渠道收集的改进信息。
收集的改进信息记录在《改进信息跟踪表》。
●EPG每月对收集的信息进行综合分析,识别组织过程的薄弱环节,确定改进的时机和改进的方式。
过程改进活动有两种方式:日常改进活动和周期性的过程改进活动。
cmmi,3级软件过程改进方法与规范
竭诚为您提供优质文档/双击可除cmmi,3级软件过程改进方法与规范篇一:cmmi过程改进的两种方法1、2、cmmi过程改进的两种方法阶段表示为过程改进提供了一个预定义的路线图,即从成熟等级1到成熟度等级5逐渐增加,要达到一成熟度等级,必须满足该等级(及其以下等级)上所有的过程域的目标连续表示支持单个过程域的改进,可理解为一个过程域接着一个过程域实施改进。
在每个过程域上能力等级0到能力等级5逐级增加3、cmmi的全称,软件能力成熟度模型。
4、过程的作用过程是决定产品成本、进度和质量的主要因素5、过程改进的生命周期模型-ideal模型5、cmmi过程改进流程6、过程改进的目的7、过程改进的好处8、过程改进的原则篇二:cmmi3级软件过程第18章质量保证第18章质量保证质量保证(qualityassurance,qa)的目的是提供一种有效的人员组织形式和管理方法,通过客观地检查和监控“过程质量”与“产品质量”,从而实现持续地改进质量。
质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。
质量保证过程域是spp模型的重要组成部分。
本规范阐述了质量保证过程域的3各主要规程:☆制定质量保证计划[spp-pRoc-qa-planning]。
☆过程与产品质量检查[spp-pRoc-qa-ppqc]。
☆问题跟踪与质量改进[spp-pRoc-qa-tRacking]。
上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。
本规范适用于国内it企业的软件研发项目。
建议用户根据自身情况(如商业目标、研发实力等)适当地修改本规范,然后推广使用。
18.1介绍过程质量与产品质量存在某种程度的因果关系,通常“好的过程”产生“好的产品”,而“差的过程”将产生“差的产品”。
人们销售的是产品而不是过程,用户关心的是最终产品的质量,而开发者(团队)既要关心过程质量又要关心“产品质量”。
基于CMMI的中小型软件企业过程改进问题研究
基于CMMI的中小型软件企业过程改进问题研究摘要:对中小软件企业进行了界定,指出CMMI模型应用于中小软件企业的局限性。
基于瀑布模型,采用SPP方法对CMMI 3模型进行了精简,对模型中过程域的流程进行了说明,精简后的模型适合于中小型软件企业。
关键词:中小软件企业;CMMI;过程改进本文采用的是CMMI-DEV1.2版本,共分为4类过程域:过程管理、项目管理、工程类和支持类。
每类过程域又分为基本过程域和高级过程域。
实施CMMI的好处很多,如规范软件开发过程,改进软件开发过程,有效控制项目进度、成本,减少软件缺陷等。
但对中小型软件企业来说,CMMI在实施过程中也有其局限性:①中小软件企业成员往往身兼多职,很难有专人进行质量保证(QA)工作;人员流动快,很难形成专职的过程改进团队;②资源缺乏,难以实现CMMI规定的那么多关键过程域,且没有实施指南;③CMMI主要考虑实施过程的完整性,而中小企业则主要关注快速反应能力和沟通能力,关注重点有所不同。
2构建中小型软件企业的过程改进模型2.1采用的基本理论基于瀑布模型,采用精简并行过程(SPP,Simplified Parallel Process),对CMMI 2级和3级的过程域进行“精简”,提出适合于中小企业的过程改进模型。
2.1.1瀑布模型瀑布模型是一种线性的开发模型,其基本思想是按工序将问题简化,将软件生命周期划分为制定计划、需求分析、软件设计、编程、测试和运行维护6个基本活动。
本文选择用瀑布模型进行研究,一方面是因为瀑布模型是目前软件行业最熟悉且熟练运用的周期模型,很多其他模型也是在此基础上发展起来的。
其次,大多数软件项目采用线性开发方法,中小企业尤其如此。
另一方面,项目管理过程与研发过程均可以按照瀑布模型划分阶段。
2.1.2CMMI 2和CMMI 3的关键过程域对于国内中小软件企业来说,能够达到2级或3级已经比较困难,故无需讨论更高级别的过程域。
CMMI学习总结
CMMI3学习心得
CMMI如何提升组织效率
CMMI为改进组织的各种过程提供了一个单一的集成化框架。 新的集成模型框架消除了各个模型的不一致性,减少了模型间的重复,增加透明度和理
解,建立了一个自动的、可扩展的框架。 因而能够从总体上改进组织的质量和效率
对CMMI学习总结
CMMI3学习心得
1 对CMMI的认识 2 CMMI包含内容 3 CMMI3学习 4 CMMI3学习后存在的问题
对CMMI学习总结
CMMI3学习心得
什么是CMMI
CMMI
全称Capability Maturity Model Integration,即 软件能力成熟度模型集成(也有称为:软件能 力成熟度集成模型)。 它的目的是帮助软件企业对软件工程过程进行 管理和改进,增强开发与改进能力,从而能按 时地、不超预算地开发出高质量的软件。
编码实现
代码走查
编码实现
建立产品支 持文档
对CMMI学习总结
CMMI3学习心得
测试管理
分析 测试 需求
设计 测试 用例
执行 测试
建立 开发 基线
对CMMI学习总结
CMMI3学习心得
功能评审
对CMMI学习总结
CMMI3学习心得
部署管理
对CMMI学习总结
CMMI3学习心得
客
户
培
客户培训 (业务部门)
立项
制定 项目计划
对CMMI学习总结
CMMI3学习心得
需求开发
• 需求开发
※ 制定需求调研方案 ※ 收集需求 ※ 分析需求 ※ 评审需求 ※ 确认需求 ※ 建立需求基线 ※ 初始化需求跟踪矩阵
对CMMI学习总结
基于CMMI模型的过程改进
基于CMMI 模型的过程改进收稿日期:2018-03-14基金项目:本文受到北京市委组织部优秀人才项目(项目号:2012D005017000004)和北京建筑大学校教研项目(基于案例驱动的软件工程教学方法研究)的资助作者简介:赵海龙(1976-),男(汉族),河北邯郸人,讲师,博士,研究方向:软件工程、模式识别与图像处理。
一、引言众所周知,一个企业或项目的成功离不开过程、人员和技术,过程作为粘合剂把人员和技术紧密地联系在一起,产品的质量在很大程度上取决于用以开发和维护该产品的过程的质量。
本文第二部分介绍了过程改进的基本概念和实施过程改进常用的几种方法;第三部分对能力成熟度集成模型(Capability Maturity Model Integration ,CMMI )做了说明;第四部分对CMMI 中的一些概念和术语进行较详细的解释。
二、过程改进的概念及方法按照IEEE 的定义,过程是指为了达到给定目标而执行的一系列步骤。
过程改进是指过程的拥有者为了使组织达到新的目标而采取的一系列的活动,这些活动包括对组织内部的现存过程进行标识、分析和改进。
组织进行过程改进的目标通常是提高质量、提高生产率以及降低生产/开发成本等。
常见的过程改进方法有以下几类。
1.业务流程重组。
业务流程重组(Business Process Reengineering ,简称BPR )强调以业务流程为改造对象和中心、以关心客户的需求和满意度为目标、对现有的业务流程进行根本的再思考和彻底的再设计,利用先进的制造技术、信息技术以及现代的管理手段,最大限度地实现技术上的功能集成和管理上的职能集成,以打破传统的职能型组织结构,建立全新的过程型组织结构,从而实现企业经营在成本、质量、服务和速度等方面的巨大改善。
2.基准化分析法。
基准化分析法(Benchmarking ),也称标杆分析法,就是将本企业各项活动与从事该项活动最佳者进行比较,从而提出行动方法,以弥补自身的不足。
CMMI3级评估工作的总结
2.度量的部分最重要,度量的目标、内容一定要由组织级来定,而且要先定。
说到度量实在是惭愧啊,我被安排一直做PP、PMC、RSKM部分,这部分文档和模版我觉得做的不错,可是当我写试点项目文档时我才发现,天啊,这需要度量的内容怎么同数据统计的表格内容不对应呢?我需要查阅每个数据统计表格,拿张纸把每张表格的需要统计的几行记下来,在考虑哪天与哪天有对应关系,再分别做加、减法,天,我要晕,faint。根据我的聪明才智我发现既然我做项目级度量都这么困难,数据项都对应不上,那组织级好像没要求我们提供什么数据统计内容,组织级做度量的时候岂不更是无从下手吗?很不幸,我的感觉被证明It's true,真是做到度量才知道后悔啊,没办法,谁叫我们最开始的时候没有意识到要先确定度量目标呢?
2.在写文档前,应该知道CMMI都规定了哪些部分是一定要有的,哪些部分可以弱化,哪些部分可以没有。
我觉得做任何事情都要有目标,而且目标要切合实际。以CMMI过程改进来说,如果我们的目的就是过CMMI,就是为了CMMI而CMMI的话,那我们在写过程文档的时候就可以弱化能弱化的,删掉可以没有的,只保留必需要有的部分。否则,我们就应该参照企业现有的模式去认真的理顺项目各阶段工作,优化各阶段工作,提出按照企业现有的模式能够做出的CMMI过程文档和模版,最后,提出组织的过程改进建议,这个建议可以是企业结构的调整等(但通常企业结构的调整是很难的事情)。只有这样,CMMI的过程改进工作才能够顺利的开展并走向正规。
CMMI组织过程改进计划
前言该计划描述了XXXX(以下简称XX)基于Capability Maturity Model Integration - Software Engineering (CMMI-SW)的软件过程改进( Software Process Improvement --SPI)。
该计划将指导XXXX持续改进软件过程,从目前的软件成熟度提升到CMMI3级。
The Engineering Process Group(EPG)将遵守EPG使命执行和维护该计划,将执行过程的偏差和修改意见作为过程改进计划的输入以改进该计划。
1 文档简介 (5)1.1 范围 (5)1.2 目的 (5)1.3 背景 (5)1.4 和其他文档的关系 (6)1.5 参考资料 (6)2 CMMI改进组织机构 (6)2.1 CMMI推进小组(EPG) (6)2.2 EPG定义 (6)2.3 组织干系人列表 (7)3 组织过程改进目标概要 (7)4 风险及回避 (8)4.1 风险列表 (9)5 组织过程裁剪要求 (9)6 组织培训 (9)7 文件体系 (10)7.1 过程资产库 (10)7.2 体系文件的改进概要 (10)7.3 文件的难点 (10)8 实施方法 (10)8.1 差距分析及改进措施 (10)8.2 组织的强项和弱项 (11)8.3 优先改进内容 (11)8.4 各担当者责任 (12)8.5 所需资源 (12)8.6 过程改进过程的裁剪要求 (12)8.7 过程监督和报告 (12)8.8 里程碑计划 (12)1文档简介本计划的目的是概要描述XXXX(以下简称XXXX)的年度愿景,以及为实现年度愿景实施的软件开发过程改进计划。
公司的组织过程改进计划将作为项目进行管理,以每一年为一个阶段,实施CMMI3阶段的项目名为SPI-CMMI。
该计划制定公司的过程改进计划的策略和作为跟踪公司的过程改进计划的路标。
该计划定义公司为达成CMMI3的软件过程改进的各种活动,以识别、跟踪、控制改进过程。
小型软件企业实施CMMI过程改进研究和分析
摘要: 首先介绍小型软件企业进行过程改进所面临的困难,解释为什么小型企业和项目实施CMMI时会遇到很多阻力,然后基于作者参与的一个典型组织CMMI改进进程,分析为什么CMMI有关内容不适合于小型企业和项目的实际情况,并概括如何在文档、管理、评审、资源和培训等方面进行剪裁和改进,使之适合于小型企业和项目的实际需求。
关键字: 软件过程;过程改进模型;CMMI;剪裁1.引言在过去十年中,高质量软件生产变得越加复杂和难以管理,其中部分原因是生产软件的技术和方法快速变革,要开发的应用程序愈加复杂。
这两个因素是密切相关:技术的快速发展促使新产品、服务和活动不断产生,不断替换旧产品,而此也对技术产生新的需求。
其次,软件过程是面向人的[2],人之间,以及人与工具之间具有高度可变性和不可预测性。
这个事实进一步增加软件过程的复杂性,对管理提出更高要求。
最后,软件过程也许持续很长一段时间,在其生命周内也许会出现很多新需求,经历许多变更[3],这类变更涉及到开发技术改变、开发策略和规程更新。
软件过程改进的其他重要原因包括动态调整软件过程以适应项目参与人的需求和偏好,或者处理不可以预测的情况。
现在业界最成熟的过程评估和改进方法是美国卡内基-梅隆大学的软件工程研究所(SEI)提出的过程能力成熟度模型。
这些模型描述了有效的过程单元的框架,为组织描述了从混乱的、不成熟的过程向成熟的、有纪律的过程改进的一条途径。
自从1991年SEI发布SW-CMM (V1.0)以来,SEI逐渐开发了多种CMM模型,其中最有影响的包括:系统工程(SE-CMM)、软件工程(SW-CMM)、软件采办(SA-CMM)、人力资源管理(P-CMM),以及集成的化产品和过程开发(IPPD-CMM)等。
虽然这些模型对许多组织是有用的,有助于改善组织过程,以构造更好的产品,提高质量,降低成本。
但是多种模型的共存逐渐显露出弊端。
于是出现了能力成熟度模型集成(Capability Maturity Model Integration ,CMMI)。
(完整版)CMMI过程改进计划
武汉中地数码科技有限公司过程改进计划Version x.x文档名称:ZD-CMMI-Templates-过程改进计划-YYYYMMDD.doc武汉中地数码科技有限公司版权所有不得复制过程改进计划修订历史记录序号日期版本号修改说明修改人评审人批准人1.2014-4-15 0.1 初次撰写李叶繁王洪涛2.2014-4-30 1.0 CMMI3级改进计划定稿王洪涛EPG 周顺平3.2014-7-2 2.0 按公司实际情况,参考咨询师过程改进实施计划调整结束日期至2015年3月王洪涛EPG 周顺平4. 5. 6. 7. 8. 9.目录1. 引言 (1)1.1 文档目的 (1)1.2 改进背景与总体目标 (1)1.3 工作原则 (1)1.4 术语及定义 (2)1.5 参考文献 (2)2. 改进目标 (2)2.1 现状及问题分析 (2)2.2 商业目标 (3)2.3 近期目标 (3)2.4 中长期目标 (4)3 改进机构与职责 (5)3.1 组织机构及范围 (5)3.2 高层管理指导委员会(MSG) (5)3.2.1 最高管理者 (5)3.2.2 管理者代表 (6)3.2.3 高层委员会 (6)3.3 工程过程组(EPG) (6)3.3.1 EPG Leader(EPG组长) (6)3.3.2 EPG成员 (7)3.4 过程改进顾问 (7)3.4.1 外部顾问 (7)3.4.2 内部顾问 (7)3.5 过程改进项目QA (7)3.6 工作组(Working Group) (8)3.6.1 试点项目项目经理 (8)3.6.2 配置管理员(CMO) (8)3.6.3 培训专员(OT) (9)3.7 沟通协调组 (9)4 进度计划 (9)5 成功标准及资源需求 (9)5.1 成功标准 (9)5.2 资源需求 (10)6 沟通计划 (10)6.1 工作例会 (10)6.2 工作报告 (10)6.3 工作审计 (10)7 假设与风险管理 (11)7.1 取得成功的条件假设 (11)7.2 阻碍项目成员的风险因素 (11)8 附录 (11)过程改进计划1. 引言1.1 文档目的【阐明编写计划的目的】本计划介绍了为提高武汉中地数码科技有限公司(以下简称“中地公司”)过程能力,而发起的过程改进活动,描述了管理该计划的基本架构,并定义了中地公司过程改进的方法、活动,是中地公司过程改进的指导蓝图。
CMMI及开发中心基于CMMI3的过程改进项目简介
3
您所参与过的开发项目中所做的工作包括哪些?
2020/11/14
4
内容提要
CMMI简介
✓ 过程与过程模型 ✓ CMMI发展历史 ✓ 模型结构 ✓ 五个成熟度等级的特征 ✓ 基于CMMI的过程改进方法 ✓ CMMI评估
开发中心基于CMMI3的过程改进项目简介
2020/11/14
5
CMMI简介
模型只说明要做什么,未说明如何去做或由谁去做
2020/11/14
13
CMMI简介
过程与过程模型 CMMI发展历史 模型结构 五个等级的特征 基于CMMI的过程改进方法 CMMI评估
2020/11/14
14
CMMI发展历史
2020/11/14
15
CMMI简介
过程与过程模型 CMMI发展历史 模型结构 五个等级的特征 基于CMMI的过程改进方法 CMMI评估
✓ Informative components provide details that help organizations get started in thinking about how to approach the required and expected components. Sub-practices, typical work products…… are examples of informative model components
✓ 每个实践达到要求了,就认为该Goal达到要求了
➢ Before goals can be considered satisfied, either the practices as described, or acceptable alternatives to them, are present in the planned and implemented processes of the organization.
价值40万的CMMI3认证文档模板-过程改进过程
过程改进过程目录1.目的 (1)2.角色与职责 (1)3.总体流程图 (2)4.活动描述 (2)4.1EPG任命 (3)4.2确定组织及过程改进目标 (3)4.3了解组织现状 (4)4.4过程改进策划 (4)4.5实施改进计划 (4)4.6财富库/度量库建立、维护及部署 (5)4.6.1财富库建立、维护及部署 (5)4.6.2度量库建立、维护及部署 (5)4.7组织级度量与分析 (5)4.8建立并维护组织标准过程OSP及裁剪指南 (5)4.8.1建立 (5)4.8.2维护 (6)4.9流程推进 (6)4.9.1流程培训 (6)4.9.2流程试点 (7)4.9.3试点评估 (7)4.9.4流程制度化 (7)4.9.5过程改进建议收集 (7)1.目的该过程用于指导EPG(Engineering Process Group)根据组织目标,确定过程改进目标,并策划及执行过程改进活动。
2.角色与职责3.总体流程图4.活动描述高层在组织中挑选合适的人员并任命为EPG组长及组员。
EPG通过与高层及过程执行者沟通,识别组织的商业目标及过程改进目标,策划恰当的方式了解公司现状,并根据以上信息策划并执行过程改进活动。
EPG的日常工作包括:⏹建立、维护及部署组织财富库(PAL)及组织度量库⏹定期进行组织度量与分析⏹建立、维护及部署组织标准过程(OSP)及裁剪指南⏹推进并监控组织标准过程的执行4.1EPG任命高层负责挑选并任命EPG组长及组员。
EPG团队负责执行过程改进活动,团队成员的经验应该覆盖过程改进活动涉及的各生命周期活动,并考虑团队人员的背景、能力、知识等因素。
EPG组长应该:⏹熟悉本组织的产品开发流程⏹具备过程改进的意识⏹具备管理经验⏹拥有一定的权威EPG组员应该:⏹在某一领域具备充分的能力⏹了解本领域的工作流程⏹了解本领域的相关技术及工具高层可以根据本组织情况及时调整EPG团队结构。
4.2确定组织及过程改进目标EPG负责了解组织的商业目标,商业目标是高层为确保组织稳定发展、提升利润、市场占有率或其他影响组织成功因素的策略。
基于CMMI软件过程改进
Page 7
基于CMMI的软件过程改进
3.2 建立过程改进组织
成立管理委员会(MSG-Management Steering Group) 和过程改进团队(EPG-Engineering Process Group), 角色职责见表1。MSG一般由相关部门的领导组成。EPG是 企业内项目标准过程制定的组织者,一般由质量组负责人、 软件组负责人和测试组负责人及相关职能组负责人组成。 EPG组织开发人员成立各种任务小组,由这些任务小组根据 CMMI模型要求并结合自身特点编写各种各样的企业标准与 规范,经过一系列的评审、培训,然后让项目组去执行标准 过程。
训,还需要定期开展内部评估的工作,由咨询师带领EPG
成员、试点项目经理及QA人员一起对选取的试点项目进
行预评估,查找不合格项,评估后出具评估报告,并与企 业高层进行沟通,明确下一步工作要点,包括制定新一轮
过程改进计划,修改和完善组织的标准过程集,充实组织
过程资产库,加强实施的力度,利用项目和组织度量数据 分析过程改进的成果。对评估中发现的不符合项的修改进 行再次评审,采取抽样的方式进行检查。
为软件过程从不成熟到成熟、不完善到完善勾画了一个阶段 图,从而清晰的甄别出不同软件企业,不同软件过程的成熟 能力,CMMI为软件企业的过程改进带来了深远的影响。
Page 2
基于CMMI的软件过程改进
基于CMMI的软件过程改进的方法主要有以下几个方面: 在组织准 备上,在资金支持且具有管理职责的人员负责 CMMI实施和改善软件过程的基础上,还须成立软件工程 过 程指导组(SEPG ),主要编写或修改必要的过程改进文 档以 及文档执行;成立软件质量管理组,测试和分析项 目进展情 况,反馈项目过程状态 ,审计指定的软件工作产品以检验其 遵从性;成立软件配置的管理组 ,编写或修改必要的软件配 置管理文档并执行。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
过程改进分析报告
XXXXX是一家以软件研发和解决方案销售的信息技术有限公司,公司以互联网技术和基于组件的软件开发技术为核心,为客户提供定制软件开发及维护服务。
公司组建了EPG过程改进小组、品质保证组,并正式启动了基于CMMI的软件过程改进进程。
EPG过程改进小组对公司软件开发过程与公司运营过程的分析和探讨,制定了一套适合于公司实际的组织标准过程定义。
组织标准过程定义选定项目中进行了样本试验,在包括研创中心内推广,取得了一定的成效。
公司按照CMMI3的标准对过程改进管理、并与外部咨询机构签订咨询合同聘请资深咨询顾问通过深入了解公司的过程改进目标及现状,帮助EPG过程改进小组制定相应的实施计划,跟进实施计划及现状提供相应的培训,并在定义或改进过程时提供有力的支持。
在CMMI过程改进之前需求频繁变更没有得到及时的记录,也缺乏对需求变更的分析和管理,导致项目的返工率增加,以至延误项目的进度并造成成本的增加,测试人员不能得到最新的完整的需求,因而造成测试的遗漏,最终引起提交给客户的产品品质低下测试缺陷不是总得到记录(特别是单体测试时的缺陷),导致缺陷遗漏和缺陷数据不准确。
功能方面的测试点覆盖不全面,造成测试遗漏,提交给客户后被发现,质量低下客户投诉高、返工率高无法提高生产率,从而导致项目成本不断上升。
公司成立EPG过程改进小组,通过收集外部咨询机构人员、内部评审人员、QA和项目组成员的建议,制定了需求管理、品质管理、项目管理等改进计划:
1、需求管理
EPG过程改进小组制定了需求变更管理过程,在过程中要求使用表格来管理所有的需求变更,包括变更的内容、时间、原因、提出者、状态。
使用Q&A来记录与客户的交互信息,这些Q&A 都得到了统一的保存。
负责需求的人员在每次变更时要召集所有项目的相关人员,对其进行分析以确定其影响程度和范围,对于超过组织定义的阈值的大变更只有在评审通过后,才可以被纳入系统,对于小变更也要得到记录,整个过程得到QA人员的监察和审核以确保过程得到严格的实施。
2、品质管理
使用“缺陷列表”记录缺陷数据以减少缺陷遗漏,使用“项目度量数据”对缺陷进行分析,在测试结束时对缺陷的准确率进行评审。
QA人员也要严格监察此活动改进评审方法,使用同级互查的方式,并在评审中使用“评审检查表”,尽早发现问题。
建立测试用例和需求之间的追溯关系,确保所有的需求都被相应的测试用例所覆盖,并加强对测试用例的同级互查以确保充分的测试覆盖率。
3、项目管理
在公司的职责描述中,明确了项目经理需要掌握的管理技能,
并根据公司项目的实际经验开发了一套项目管理的过程规范,在组织中定义了一套经过试验验证的估算方法,项目经理可以使用和修订这些方法为自己的项目进行工作量和工期的估算,并参照估算结果制定计划。
并给相关人员提供了该课程的培训,同时EPG 作为专家在具体的工作中提供指导,另外与培训机构接洽,由外部项目管理培训师为公司内部的项目经理提供项目管理技能的培训,提高了项目经理的项目管理能力。
通过以上CMMI的过程改进,项目产生了良好的成果和收益,项目中与客户的交流有据可依,这样可以让客户清晰的了解变更的历史,以对需求变更作出更加慎重的决定。
所有的相关人员(开发人员、测试人员等)参与式样书变更的分析与评审,减少了变更带来的无谓返工。
需求跟踪矩阵保留了需求与设计、需求与测试用例之间的对应关系,即保证了设计和测试用例的无遗漏,也保证了需求一旦发生变更,相应的设计和测试用例也能够及时地进行变更。
上级管理者能够及时了解项目的执行状况,并对项目中存在的问题及时地进行协调解决,极大地降低了项目的风险。
随着过程改进进程的不断深入,EPG小组获取了一系列的项目和组织度量数据,如:工期的估计和实际数据,工作量的估计和实际数据以及它们的偏差、缺陷率、生产率等等。
通过对收集的数据进行分析,以帮助判断组织运营和项目开发能力达到了怎样的水平,为以后的项目提供了足够的参考数据,有利于项目的有序执行。
公司通过EPG过程改进小组的一系列过程改进计划,通过可度
量的数据和质量管控,提高了公司的研发效率、提升软件产品的品质、降低人员的重复投入,从而使得公司在运营成本上得到降低,给公司带来更加丰厚的利润和价值。