软件CMMI3过程改进项目计划模板
CMMIL3级过程改进实施推广计划
CMMIL3级过程改进实施推广计划版本:〔V1.0〕2012-04-01文件变化记录单*修改状态:A——增加,M——修改,D——删除文件批准单目录1.引言 (5)1.1文档目的 (5)1.2适用范围 (5)1.3背景 (5)1.4定义 (5)1.5参考资料 (5)2.过程改进的目标 (6)2.1长期目标 (6)2.2短期目标 (6)2.3改进内容 (6)2.4期望改进效果 (8)3.组织和职责 (8)3.1组织架构 (8)3.2管理指导委员会(MSC) (9)3.3过程顾问委员会 (9)3.4工程过程组(EPG) (9)3.5工作组(WG) (10)4.SPI的内容 (11)4.1准备阶段 (11)4.2培训阶段 (11)4.3CMMI3过程体系完善阶段 (11)4.4CMMI试点项目实施阶段 (12)4.5阶段检查和规范完善阶段 (12)4.6CMMI项目实施推广阶段 (13)4.7预评估阶段 (13)4.8SCAMPI评估阶段 (14)4.9持续改进 (14)5.资源和培训需求 (15)5.1资源需求 (15)5.2培训需求 (15)6.沟通计划 (16)6.1工作组例会 (16)6.2管理层汇报 (16)6.3咨询公司汇报机制 (16)6.4宣传 (16)6.5交流 (16)7.奖励制度 (17)8.风险管理 (17)1.引言1.1文档目的本计划对苏州格尔斯计算机信息技术公司的CMMI ML3 软件过程改进活动进行介绍,描述管理过程改进活动的背景和基础,识别和定义我公司在过程改进方面的问题、方法和活动。
1.2适用范围该计划适用的组织范围仅限于苏州格尔斯计算机信息技术公司(以下简称“苏州格尔斯计算机信息技术公司”), 适用的模型范围为SEI CMMI SW/SE ML3。
1.3背景苏州格尔斯计算机信息技术公司一直使用微软的开发工具Visual Studio Team System,遵循微软技术解决框架MSF。
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介绍过程质量与产品质量存在某种程度的因果关系,通常“好的过程”产生“好的产品”,而“差的过程”将产生“差的产品”。
人们销售的是产品而不是过程,用户关心的是最终产品的质量,而开发者(团队)既要关心过程质量又要关心“产品质量”。
价值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过程改进计划
完整版)CMMI过程改进计划___过程改进计划版本号:x.x修订历史记录:序号日期版本号修改说明修改人评审人批准人1.2014-4-15 0.1 初次撰写 ___ ___ ___2.2014-4-30 1.0 CMMI3级改进计划定稿 ___ EPG ___3.2014-7-2 2.0 按公司实际情况,参考咨询师过程改进实施,计划调整结束日期至2015年3月 ___ EPG ___目录:1.引言1.1 文档目的1.2 改进背景与总体目标1.3 工作原则1.4 术语及定义引言:文档目的:本文档旨在制定___的过程改进计划,以提高公司的业务流程和质量管理水平,推进公司的可持续发展。
改进背景与总体目标:随着公司业务的不断扩展,现有的流程和管理方式已经不能满足公司的需求,存在一些问题和瓶颈。
因此,公司决定实施过程改进计划,以提高流程效率和质量,降低成本,提高客户满意度和市场竞争力。
工作原则:在过程改进计划的制定和实施过程中,公司将遵循以下原则:1.全员参与,形成共识;2.立足实际,注重效果;3.按照优先级和风险程度,有序推进;4.持续改进,不断提高。
术语及定义:在本文档中,以下术语和定义适用:1.过程改进计划:指公司为提高业务流程和质量管理水平而制定的一系列措施和计划;2.CMMI:指软件工程能力成熟度模型集成(Capability Maturity Model n),是一个用于评估和改进软件开发过程的框架;3.EPG:指工程流程组(Engineering Process Group),是一个负责制定、维护和实施过程的团队。
1.参考文献在第22页,列出了本文所参考的文献。
2.改进目标2.1 现状及问题分析在当前的市场环境下,我们的公司面临着诸多问题。
其中最主要的问题是我们的产品在市场上的竞争力不足。
我们的产品质量和价格都不如同类产品,导致销量下降。
此外,我们的公司在市场营销方面也存在一些问题。
我们的品牌知名度不高,缺乏有效的促销策略和渠道,导致我们无法吸引更多的消费者。
CMMI-3CM-GP22-配置管理计划模板
CM计划1 前言1.1 目的本计划是XXX项目计划的组成部分,它规定了在信贷管理系统项目中如何开展配置管理工作,以便在项目的整个生存周期中,建立和维护工作产品的完整性和一致性。
1.2术语定义和缩写词CCB(Configuration Control Board):配置控制委员会Baseline:基线,是开发规程中标识出的里程碑所交付的一个或多个配置项,它有以下三个特征:•已经通过正式的评审和批准;•作为项目扩展和产品升级的基础;•其变更必须遵循《配置管理规程》的约定。
1.3 参考文献《配置管理规程》项目计划初稿2 角色、职责与培训2.1 角色与职责2.2 CCB组成3 配置管理活动3.1 基线和配置项的标识本项目的配置项和基线的名称和编号参见《配置项状态报告》。
项目初期,需要确定项目的配置项并对其进行标识。
当新增或修改配置项时,同样需要对配置项进行标识。
本项目的配置项和基线的标识详见《配置项标识和状态列表》(基线的变更标识依照《配置管理规程》执行),该表包括配置项和基线清单及预计创建时间。
3.2 配置库结构和权限3.2.1 配置管理库描述本配置管理库作为CVS中的一个独立的源代码仓库(Repository),分成四个物理上互相独立的存储空间:产品空间、基线空间、组工作空间和个人空间,每个空间作为一个独立的目录(用module实现)。
产品空间属于产品库,基线空间、组工作空间的内容均属于受控库,个人空间的内容属于开发库。
产品空间:存放提交给用户的产品;基线空间:存放所有基线内容。
组工作空间:存放经过评审的文档和所有不放入基线库的工作产品,个人空间:项目组成员存放个人任何信息,文档的开发和修改均在个人空间进行。
从个人空间向组工作空间的提升由项目经理批准,从组工作空间向基线空间的提升由CCB评审批准,均由CM工程师执行。
提升后删除原空间的配置项。
产品空间用Tag的方式标识不同版本的产品。
例如,软件需求规格说明书在编写或修改时,放到作者的个人空间进行管理,经过评审后,提升到相应的“211 需求规格说明书”目录中,形成基线后,再提升到“110 需求规格说明书”。
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项目管理模板
项目计划(Project Planning)文件修改版本控制更新状态: 用字母表示。
C——创建,A——增加,M——修改,D——删除目录1、目的与范围 (6)1.1目的 (6)1.2项目范围 (6)2、定义与缩写词 (6)2.1定义 (6)2.2缩写 (7)3、角色与职责 (7)4、流程图 (8)5、步骤 (9)5.1建立项目软件过程 (9)5.1.1入口条件 (9)5.1.2输入 (9)5.1.3相关干系人 (9)5.1.4过程描述 (9)5.1.5出口条件 (10)5.1.6输出 (10)5.2初步分解WBS (10)5.2.1入口条件 (10)5.2.2输入 (10)5.2.3相关干系人 (11)5.2.4过程描述 (11)5.2.5出口条件 (12)5.2.6输出 (12)5.3项目估算 (12)5.3.1入口条件 (12)5.3.2输入 (12)5.3.3相关干系人 (12)5.3.4过程描述 (12)5.3.5出口条件 (13)5.3.6输出 (13)5.4建立项目基线计划 (13)5.4.1入口条件 (13)5.4.2输入 (13)5.4.3相关干系人 (14)5.4.4过程描述 (14)5.4.5出口条件 (14)5.4.6输出 (14)5.5评审项目基线计划 (14)5.5.1输入条件 ........................................................................................ 错误!未定义书签。
5.5.2输入 (14)5.5.3相关干系人 (15)5.5.4过程描述 (15)5.5.5出口条件 (15)5.5.6输出 (15)5.6制定项目附属计划 (15)5.6.1输入条件 ........................................................................................ 错误!未定义书签。
CMMI3过程改进分析报告
CMMI3过程改进分析报告第一篇:CMMI3 过程改进分析报告过程改进分析报告XXXXX是一家以软件研发和解决方案销售的信息技术有限公司,公司以互联网技术和基于组件的软件开发技术为核心,为客户提供定制软件开发及维护服务。
公司组建了EPG过程改进小组、品质保证组,并正式启动了基于CMMI的软件过程改进进程。
EPG过程改进小组对公司软件开发过程与公司运营过程的分析和探讨,制定了一套适合于公司实际的组织标准过程定义。
组织标准过程定义选定项目中进行了样本试验,在包括研创中心内推广,取得了一定的成效。
公司按照CMMI3的标准对过程改进管理、并与外部咨询机构签订咨询合同聘请资深咨询顾问通过深入了解公司的过程改进目标及现状,帮助EPG过程改进小组制定相应的实施计划,跟进实施计划及现状提供相应的培训,并在定义或改进过程时提供有力的支持。
在CMMI过程改进之前需求频繁变更没有得到及时的记录,也缺乏对需求变更的分析和管理,导致项目的返工率增加,以至延误项目的进度并造成成本的增加,测试人员不能得到最新的完整的需求,因而造成测试的遗漏,最终引起提交给客户的产品品质低下测试缺陷不是总得到记录(特别是单体测试时的缺陷),导致缺陷遗漏和缺陷数据不准确。
功能方面的测试点覆盖不全面,造成测试遗漏,提交给客户后被发现,质量低下客户投诉高、返工率高无法提高生产率,从而导致项目成本不断上升。
公司成立EPG过程改进小组,通过收集外部咨询机构人员、内部评审人员、QA和项目组成员的建议,制定了需求管理、品质管理、项目管理等改进计划:1、需求管理EPG过程改进小组制定了需求变更管理过程,在过程中要求使用表格来管理所有的需求变更,包括变更的内容、时间、原因、提出者、状态。
使用Q&A来记录与客户的交互信息,这些Q&A都得到了统一的保存。
负责需求的人员在每次变更时要召集所有项目的相关人员,对其进行分析以确定其影响程度和范围,对于超过组织定义的阈值的大变更只有在评审通过后,才可以被纳入系统,对于小变更也要得到记录,整个过程得到QA人员的监察和审核以确保过程得到严格的实施。
CMMI3-项目策划作业指导书
CMMI3-项目策划作业指导书项目启动阶段,千头万绪,项目PM/PJL、Team Leader如何开展工作?如何制定好一个计划,让项目组的成员能够开展工作,是至关重要的。
本章节件提供项目计划制定及修改的作业指导书。
1. 目的项目经理最重要的职责之一就是制定计划、整合计划和执行计划。
由于相对短的期限和资源的优先控制,几乎所有的项目都需要正式的、详细的计划。
又因为每个职能单位可能只按照自己的计划文件来进行工作,而很少顾及其他单位,所以计划活动的整合是必要的。
项目启动阶段,千头万绪,项目PM/PJL、Team Leader如何开展工作?如何制定好一个计划,让项目组的成员能够开展工作,是至关重要的。
本章节件提供项目计划制定及修改的作业指导书。
项目计划的目标之一就是去完整地定义所有需要完成的工作,以便每个项目参与者都能较容易地确认自己的角色。
如果在执行前能很好地理解每项任务,大部分工作都可以预先计划。
如果执行者对任务理解不够,则在执行过程中会反馈回来更多的信息,又会导致资源分配、进度计划和优先权的改变。
任务越不确定,为保证项目有效执行需要处理的信息量就越大。
定义要求,显然这里要定义的要求就是要定义清楚计划,应该是第一步就做的事情。
◊提升非参与人◊惩罚无辜者◊寻找责任负责人◊混乱◊幻想破灭◊疯狂的热情◊没有正确计划,工程和项目就会因初步计划阶段缺少明确的要求,而在“模糊状态下”启动。
下面就是糟糕计划的典型结果:项目开始项目计划是一个循序渐进的过程。
第一,在需求或者任务不明确的情况下,应该首先考虑弄清楚需求或者任务的计划,然后在逐步制定各个阶段的工作计划。
第二,随着项目的执行,制定计划时的假定条件会发生变化,需要判断并做必要的计划调整。
2. 适用范围本章节适用于项目启动阶段项目综合计划的制定、以及项目执行过程中,各个计划的修改调整。
本章节适合PM/PJL使用。
在阅读本章节之前,需要先阅读《项目开发章程》的<008_项目估算规程>、<009_项目计划制定以及修改规程>、<011_项目启动规程>这三个章节。
软件CMMI3过程改进项目计划模板
XXXX软彳牛项目CMMI3过程改进项目计划XXXX企业有限公司一年―月―日文档信息修改记录目录软件CMMI3过程改进项目计划 (2)1弓I言 (2)1 - 1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2项目概述 (2)2.1项目目标 (2)2.2项目范围 (3)2.3客户与最终用户介绍 (3)2.4验收标准 (3)2.5项目限制和制约 (3)3项目组织架构 (3)3.1组织架构 (3)3.2人员及职责 (3)4人力资源计划 (4)5沟通计划 (5)6风险计划 (5)7进度计划 (6)8 QA计划 (6)9配置管理计划 (6)软件CMMI3过程改进项目计划1引言1.1编写目的用于指导,规划整个过程改进过程。
1.2背景近年来,CMM工已经在众多软件公司得到成功实施,提高了软件公司的过程能力。
鉴于此,公司决定在本公司范围内实施CMM工3级过程改进,旨在提高公司软件开发效率,保证软件研发项目能够有序进行。
1.3定义参见《CMM工3过程改进项目词汇表》1.4参考资料《CMM工for Development Version 1.2》《CMM工精粹-集成化过程改进实用导论》2项目概述2.1项目目标通过CMMI过程改进项目,在本公司建立符合CMMI3级要求的软件研发过程框架,并在本公司所有软件研发项目应用;能够根据组织建立的目标,对过程进行不断完善和改进;最终目的是规范化本公司软件研发过程,从而提高开发效率。
2.2项目范围包括CMM工二级和三级规定的18个过程域,覆盖通用及电子政务事业部、石化事业部的MES部、项目及质量管理部、行政事业部、商务部等部门。
2.3客户与最终用户介绍目前对于软件研发过程,已经有一套工s。
质量体系在应用,只是当前软件过程定义是粗粒度的。
要求CMMI相关过程文档,模板和指南要融入到当前的工SO质量体系文件中。
2.4验收标准通过CMMI3级评估。
2.5项目限制和制约3项目组织架构3.1组织架构3.2人员及职责领导小组成员:EPG组成员:QA组成员:领导小组职责:负责整体协调,确定过程改进的整体方针、政策以及目标。
CMMI3级软件过程改进方法与规范
CMMI3级软件过程改进方法与规范C M M I3级软件过程改进方法与规范软件过程改进是目前IT 企业研发管理的重点与难点。
为了提高软件过程能力,企业首先要研制软件过程规范,这是有一定难度并且费时费力的工作。
本书论述的是一套通用的CMMI 3级软件过程改进方法与规范,称为“精简并行过程”(SPP)。
SPP 2.0共有19个关键过程域,分为项目管理过程、技术开发过程和支撑过程三大类:项目管理过程有7个关键过程域,分别为立项管理、结项管理、项目计划、项目跟踪、风险管理、外包管理和需求管理。
技术开发过程有8个关键过程域,分别为需求开发、技术预研、系统设计、实现与测试、系统测试、用户验收、产品维护和技术评审。
支撑过程有4个关键过程域,分别为配置管理、质量保证、采购管理和培训管理。
SPP 2.0文档总数约500余页,包含了众多的过程规范和模板。
采用SPP,用户可以在最短的时间内建立适合于本企业的软件过程规范,大大降低用户研制规范的代价和风险。
本书的主要读者对象是IT企业的研发主管、项目经理和软件开发人员,以及即将到企业工作的高校毕业生。
前言一、背景介绍在国内,绝大多数大中型IT企业几乎都面临着“研发管理混乱”的难题。
“研发管理混乱”必将导致“产品质量低下”、“进度延误”、“费用超支”等问题。
IT企业谋求发展,研发管理必须规范化,这是大中型IT企业的迫切需求。
软件过程改进(Software Process Improvement, SPI)是目前国内大中型IT企业研发管理的重点与难点。
CMM(Capability Maturity Model)是用于衡量软件过程能力的事实上的标准,同时也是目前软件过程改进最好的参考标准。
CMM 是由美国卡内基-梅隆大学(Carnegie-Mellon)软件工程研究所(Software Engineering Institute, SEI)研制的,其发展简史如下:CMM 1.0于1991年制定。
CMMI3 之项目计划
详细设计
V&V Activities
编码和调试 开发测试
测试
V&V Activities Test
运行和维护
39
Incremental Delivery Model
Increment #1
Requirements Analysis Design Code Integrand ation Unit Test Test System Accept- Installance Test ation Test Operation and Maintenance
定义项目的生命周期模型
瀑布、增量、螺旋、快 速应用开发等
管理过程
计划过程/项目跟踪与监 控过程 风险管理 组间协调过程
裁剪 CMMI3级的要求
支持过程
配置管理 质量保证
37
一些典型的生命周期模型
38
Waterfall Model with Feedback 带反馈的瀑布
系统需求
V&V 活动
软件需求
Review all plans that affect the project to understand project commitments. 评审所有影响到项目的计划以理解项目的承诺
20
特定实践
SP 3.2-1 Reconcile Work and Resource Levels
Reconcile the project plan to reflect available and estimห้องสมุดไป่ตู้ted resources 协调项目计划,以反映估算的和实际可以获得 的资源
3
规范:按照行为准则行事
规范是联结整个项目的粘合剂 创建和维护标准化的环境 帮助所有人建立起对他人的正常期待 使人们能够摆脱他人创造的危机,从而提 高生产力 提升士气
CMMI3-项目策划作业指导书
CMMI3-项目策划作业指导书项目启动阶段,千头万绪,项目PM/PJL、Team Leader如何开展工作?如何制定好一个计划,让项目组的成员能够开展工作,是至关重要的。
本章节件提供项目计划制定及修改的作业指导书。
1. 目的项目经理最重要的职责之一就是制定计划、整合计划和执行计划。
由于相对短的期限和资源的优先控制,几乎所有的项目都需要正式的、详细的计划。
又因为每个职能单位可能只按照自己的计划文件来进行工作,而很少顾及其他单位,所以计划活动的整合是必要的。
项目启动阶段,千头万绪,项目PM/PJL、Team Leader如何开展工作?如何制定好一个计划,让项目组的成员能够开展工作,是至关重要的。
本章节件提供项目计划制定及修改的作业指导书。
项目计划的目标之一就是去完整地定义所有需要完成的工作,以便每个项目参与者都能较容易地确认自己的角色。
如果在执行前能很好地理解每项任务,大部分工作都可以预先计划。
如果执行者对任务理解不够,则在执行过程中会反馈回来更多的信息,又会导致资源分配、进度计划和优先权的改变。
任务越不确定,为保证项目有效执行需要处理的信息量就越大。
定义要求,显然这里要定义的要求就是要定义清楚计划,应该是第一步就做的事情。
◊提升非参与人◊惩罚无辜者◊寻找责任负责人◊混乱◊幻想破灭◊疯狂的热情◊没有正确计划,工程和项目就会因初步计划阶段缺少明确的要求,而在“模糊状态下”启动。
下面就是糟糕计划的典型结果:项目开始项目计划是一个循序渐进的过程。
第一,在需求或者任务不明确的情况下,应该首先考虑弄清楚需求或者任务的计划,然后在逐步制定各个阶段的工作计划。
第二,随着项目的执行,制定计划时的假定条件会发生变化,需要判断并做必要的计划调整。
2. 适用围本章节适用于项目启动阶段项目综合计划的制定、以及项目执行过程中,各个计划的修改调整。
本章节适合PM/PJL使用。
在阅读本章节之前,需要先阅读《项目开发章程》的<008_项目估算规程>、<009_项目计划制定以及修改规程>、<011_项目启动规程>这三个章节。
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过程改进计划
武汉中地数码科技有限公司过程改进计划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 文档目的【阐明编写计划的目的】本计划介绍了为提高武汉中地数码科技有限公司(以下简称“中地公司”)过程能力,而发起的过程改进活动,描述了管理该计划的基本架构,并定义了中地公司过程改进的方法、活动,是中地公司过程改进的指导蓝图。
CMMI3级过程改进案例分析
0403
0405
0407
0409
0501
0504
0505
0507
0507
0508
0509
0511
0601
0603
0605
0606
-40.00%
-60.00%
-80.00%
-100.00% 时间
过程推广
从图中可以看出,过程推广后由于项目使用了发布的估算方法进行估算和计划工作量,计划与实际 的工作量的偏差值逐渐地趋向于组织定义的阈值(-10--- 10%)。过程推广前项目的工作量偏差值在 -80%--- 80%之间振荡,过程推广后项目的工期偏差值在-30--- 20%之间震荡。
-40%--- 80%之间振荡,过程推广后项目的工期偏差值在-10--- 20%之间震荡。
16
CMMI3级过程改进案例分析报告
CMMI过程改进的成果和收益(项目管理二)
误差率
100.00%
案例分析--工作量差距
80.00%
60.00%
40.00%
20.00%
0.00% 0402
-20.00%
0403
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月
80.00%
CMMI3项目过程表——精简后
1. 用户需求规格说明书; 1、规模估算表(功能点) 2. 架构设计说明书 2、项目工作量估算表 《项目章程》 《立项评审会议记录》 启动阶段审计报告 启动阶段总结报告 项目配置库、《项目配置库 相关信息》
1-6 1-7 2-1
编写项目章程 项目章程评审 启动阶段审计 启动阶段总结 创建项目配置库
启动阶段所有的工作产品 N/A 《项目配置管理计划》
1、《项目里程碑总结检查 单》 2、项目该阶段运行情况, 如: 3-13 里程碑总结与里程碑总结会议 《项目里程碑总结报告》 •《项目度量与分析报告》 •《质量审计报告》 •《风险列表》 •项目经验教训总结结果 当以下情况发生时,需进行 重新估算: 1、项目的需求变更时; 2、项目阶段总结会之后; 3、或根据项目进展情况需 要重新估算时。 需要提供: 1、《用户需求规格说明书 》 2、《架构设计说明书》 3、历史项目数据
3-6
项目度量与分析
3-7
变更控制
3-8 3-9
风险管理 版本控制及基线管理
3-10 配置状态统计和报告
3-11 配置审计
《配置审计检查单》
项目过程文档使用指南 1、《项目质量审计检查单 》(《项目质量审计报告》 中) 《项目质量审计报告》 2、所有被审计的项目阶段 的工作产品
3-12 阶段质量审计
4-10 基线化详细设计
4-11 项目周例会及周报
4-12 项目度量与分析
4-13 变更控制
4-14 风险管理
4-15 配置状态统计和报告
项目过程文档使用指南 1、《配置审计检查单》(含 审计结果) 2、配置审计报告(包含在《 项目质量审计报告》中) 3、项目配置状态报告
4-16 配置审计
《配置审计检查单》
CMMI-3质量保证计划模板
XXX项目-过程和产品质量保证计划二零零六年六月目录1 前言 (1)1.1 目的 (1)1.2 范围 (1)1.3 术语 (1)1.4 参考文献 (1)1.5 项目信息 (1)2 项目质量目标 (1)3 角色和职责 (1)4 质量保证的对象和时机 (1)5 质量保证活动进度表 (7)5.1 用户评价计划(可选) (7)6 质量保证工作汇报流程 (7)7 度量与分析流程 (8)1.前言1.1 目的•明确项目过程中质量保证的需求;•明确质量保证的内容(对象);•明确项目组中质量保证的职责;•明确实施质量保证的策略和方式、方法;•明确实施质量保证的切入点(质量保证的时机);•明确质量保证的物资资源和人员投入;•明确项目过程中质量保证的支持环境;•明确质量保证过程的提交物。
1.2 范围质量保证活动贯穿项目的全生命周期,范围包括过程、工作产品和服务。
项目所有过程的质量必须经过质量保证评价,采取对被评价过程的主要活动进行参与及审查的方式。
1.3 术语•EPG(Engineering Process Group):工程过程组1.4 参考文献1.5 项目信息2 项目质量目标系统考核一次通过。
3 角色和职责事业部经理:每月末检查各项目的工作状态;每季末向公司汇报项目状态。
项目经理:负责用户参加的重大里程碑评审工作。
系统设计师:负责审核项目的系统质量保证大纲、质量保证计划;根据质量保证周/月报,审核项目质量保证活动;负责无用户参加的里程碑评审工作;对软件开发全过程负责;对软件技术实施和软件质量负责;负责审核软件质量保证计划、工作产品评审模板;质量师:质量部人员,承担项目质量控制和质量保证职责;同系统设计师一起确定项目的质量保证目标;参与项目质量计划、标准和规程的制定;负责制定《系统质量保证大纲》,确保项目质量保证活动的执行;负责组织项目的基线评审、重大里程碑检查工作;负责拟制PPQA月报;项目质量保证人员:事业部人员,协助项目质量师拟制项目质量保证大纲;参与项目质量保证标准和规程的制定;依据项目质量保证大纲,负责拟制项目质量保证计划;对项目组提供有关质量保证活动的培训与支持;参加项目里程碑评审;负责拟制PPQA周报;对过程的符合性进行评价,并向项目总师汇报评价结果;项目的PPQA组:由质量师、项目质量保证人员组成。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
XXXX软件项目CMMI3过程改进项目计划
XXXX企业有限公司
____年___月___日
文档信息
修改记录
目录
软件CMMI3过程改进项目计划 (2)
1 引言 (2)
1.1 编写目的 (2)
1.2 背景 (2)
1.3 定义 (2)
1.4 参考资料 (2)
2 项目概述 (2)
2.1 项目目标 (2)
2.2 项目范围 (3)
2.3 客户与最终用户介绍 (3)
2.4 验收标准 (3)
2.5 项目限制和制约 (3)
3 项目组织架构 (3)
3.1 组织架构 (3)
3.2 人员及职责 (3)
4 人力资源计划 (4)
5 沟通计划 (5)
6 风险计划 (5)
7 进度计划 (6)
8 QA计划 (6)
9 配置管理计划 (6)
软件CMMI3过程改进项目计划
1 引言
1.1 编写目的
用于指导,规划整个过程改进过程。
1.2 背景
近年来,CMMI已经在众多软件公司得到成功实施,提高了软件公司的过程能力。
鉴于此,公司决定在本公司范围内实施CMMI3级过程改进,旨在提高公司软件开发效率,保证软件研发项目能够有序进行。
1.3 定义
参见《CMMI3过程改进项目词汇表》
1.4 参考资料
《CMMI for Development Version 1.2》
《CMMI 精粹-集成化过程改进实用导论》
2 项目概述
2.1 项目目标
通过CMMI过程改进项目,在本公司建立符合CMMI3级要求的软件研发过程框架,并在本公司所有软件研发项目应用;能够根据组织建立的目标,对过程进行不断完善和改进;最终目的是规范化本公司软件研发过程,从而提高开发效率。
2.2 项目范围
包括CMMI二级和三级规定的18个过程域,覆盖通用及电子政务事业部、石化事业部的MES部、项目及质量管理部、行政事业部、商务部等部门。
2.3 客户与最终用户介绍
目前对于软件研发过程,已经有一套ISO质量体系在应用,只是当前软件过程定义是粗粒度的。
要求CMMI相关过程文档,模板和指南要融入到当前的ISO质量体系文件中。
2.4 验收标准
通过CMMI3级评估。
2.5 项目限制和制约
3 项目组织架构
3.1 组织架构
3.2 人员及职责
领导小组成员:
EPG组成员:
QA组成员:
领导小组职责:负责整体协调,确定过程改进的整体方针、政策以及目标。
EPG组职责:负责制定过程规范、模板和指南,对项目组进行过程培训等。
QA组职责:负责监督和推广过程规范的执行。
EPG组按照改进内容不同又分成五个小组,具体分工如下:
1)项目过程小组:负责项目计划、项目监督和控制、集成项目管理等。
2)需求过程小组:负责需求开发、需求管理过程。
3)设计实现小组:负责从设计实现到集成测试过程以及配置管理过程。
4)组织改进小组:负责组织过程中心、组织过程定义、组织培训、风险管理以及度量分析等过程。
5)验证确认小组:负责验证、确认、过程与产品质量保证、供应商协议管理等过程。
4 人力资源计划
5沟通计划
6风险计划
7进度计划
见《CMMI3过程改进项目进度计划》。
8QA计划
见《CMMI3过程改进项目QA计划》。
9 配置管理计划
见《CMMI3过程改进项目配置管理计划》。