CMMI实施方案.doc

.cmmi简介及cmmi2级的实施方案设计第一部分 cmmi简介：cmmi 全称是 capability maturity model integration,，即软件能力成熟度模型集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。cmmi（cmmi-se/sw/ippd）1.02 版本在部分国家和地区被 sei 开始推广和试用，主要应用于软件业项目，帮助提升对软件项目的管理能力。随着模型本身的发展与应用的推广，cmmi 逐渐演变成为了一种被广泛采用的综合性模型。在业界广泛使用的传统软件研发流程会带来一个严重的问题：存在于设计阶段的一个微小缺陷可能会直到后期的测试阶段才能被发现，而整个公司可能会花费数十倍甚至百倍的代价来改正这个缺陷。为此，人力资源管理、软件采购、集成产品和过程开发、以及系统工程等等，多元化覆盖范围越来越广的能力成熟度模型应运而生。1.1 cmmi 的作用软件能力成熟度集成模型（cmmi）经过长期积累和不断地优化，已经成功地发展并被认可为软件研发领域的标准过程体系，通过 cmmi 可以增强企业核心竞争力、有效地提高软件企业产品质量，国内乃至国际上的广大软件厂商都已经见证了 cmmi 为企业带来的成功。目前众多业界的软件企业纷纷试图使用 cmmi 来达到过程改进的趋势，怎样才能将过程改进有效地实施，使其能实质地对软件研发过程起到优化效果，并带来行之有效地经济价值，已经逐渐成为了软件企业的决策者们最为关心的问题。由最新 sei 评估报告中的数据显示，在进行了 cmmi 的评估的企业中，大部分都是商业组织，并且其中近一半的企业人员规模都是在 100 人以下。种种迹象均表明，cmmi 评估已经不仅仅吸引了大型 it 企业的注意力，同样存在大量的中小型企业也对此抱有浓厚的兴趣。对软件企业来讲，cmmi 可以主要应用在两个地方：企业软件过程的改进和企业软件过程能力的评估。1）过程改进对软件来说，要对其进行过程改进需要企业中的所有成员都参加的，这个过程不是一次性的，而是长久持续的不断循环过程。cmmi 制定了一整套的目标和框架来对软件企业的成熟度进行定义和诠释。这些目标和框架那个对软件过程中的关键活动做出了很详细地定义，还对软件工程和过程管理的提出了一系列具有参考价值的成功实践。软件企业可以在实施过程中根据自身情况采用成功实践中的经验来对软件开发的整个过程进行指导，从而有效地对自身软件过程不断改进。2）能力评估目前 cmmi 可以通过两种不同的方式来对软件过程的成熟度进行评估：软件能力评价以及软件过程评估。软件过程评估：该评估方式主要用来评价和估量组织内部当前的软件过程管理状态和当前的软件过程优化问题。软件过程评估会将评估结果向企业领导层进行汇报，从而使领导层成为过程改进的坚强后盾。软件能力评价：主要用来辨识或者监督软件承包方的软件研发和管控能力。软件能力评价的注意力主要基于在保证预算的前提下，能够按照预期的进度提交高质量的软件产品，并能够应对可能存在的诸多风险。1.2 cmmi 的成熟度模型1.2.1成熟度模型的等级一件产品的开发过程越规范，说明该组织的能力成熟度越高。软件开发项目的管理能力越高，最终的软件产品质量也就越好。cmmi 能力成熟度模型分为五个等级，按照级别依次为（高低），见图 1：图1. cmmi 成熟度模型的五个等级1、初始级(initial)：所有没有经过 cmmi 能力成熟度模型的指导，并根据模型执行过开发过程改进活动的软件企业，其软件产品开发过程都被看做是初始级。2、受管理级(managed)具备了为每个软件开发项目定义明确目标、清晰过程的软件企业，可以被认定为处于受管理级的级别。通过了受管理级评估的软件企业，我们可以认为其在软件开发的过程中执行了适当的监控措施。3、已定义级(defined)如果企业已从其运作过的历史项目之中，提取出一套行之有效的项目开发规范，该企业可以被认定为处于已定义级的级别。“已定义级”可以在企业的所有项目的标准开发过程中推广使用，但是“受管理级”却只能在指定的项目中实施。4、定量管理级(quantitatively managed)已经能通过采取一系列量化的指标作为衡量标准的软件产品管理方式，则该企业可以被认定为处于定量管理级的级别。只要是具备定量管理级能力的软件企业，都能做到为实现软件产品的最终质量和项目过程的效率，创立一系列量化的目标，且运用了统计的方法来管理项目过程。“定量管理级”和“已定义级”之间的区别体现在对项目过程效率的预测与控制，处于“定量管理级”企业的软件产品开发过程管理是定量的。5、持续优化级(optimizing)已经具备通过执行一定的过程规范，对软件过程不断地进行改进，并且该过程是可持续的，可以被认为是处于持续优化级的级别。达到持续优化级的软件企业，可以根据自身的商业目标对的开发过程制定改善目标，并在开发过程中持续不断地进行改善。1.2.2成熟度模型的过程域：不同的诸多过程域组合在一起，形成了 cmmi 的每个成熟度等级不包含初始级，所以cmmi开发模型共有项目管理、支持类、过程管理类、工程类四个类别包括22个相 关过程域。cmmi过程域结构：每个过程中设定了通用目标和特定目标，每个目标下由若干惯例组成。这些惯例是根据各个软件组织长期开发实践活动的成功经验逐渐总结、提炼形成的，被认为是具有共性的最佳惯例。由于成熟度的各个等级之间是循序渐进的关系，所以如果想要达到某个成熟度等级，例如已定义级(defined)，除了满足该级本身的过程域之外，还要满足受管理级(managed)的所有过程域。cmmi的模型层次结构如下图2所示。图2. cmmi的模型层次结构cmmi过程域过程域(process area)，简单的说就是做好一个事情的某一个方面。对应 软件开发来说，就是做好软件开发的某一个方面。cmmi2、3级共有18个过程域(pa) ，主要内容如下，分四大类：(1)过程管理：1) opd：(organizational process definition)组织级过程定义。建立和维护有用的组织过程资产。2) opf： (organizational process focus)组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。3) ot：(organizational training)组织培训管理。增加组织各级人员的技能和知识，使他们能有效地执行他们的任务。4) opp：(organizational process performance)组织过程性能。建立与维护组织过程性能的量化标准，以便使用量化方式的管理项目。5) oid： (organizational innovation and deployment)组织的创新与推展，选择并推展渐进创新的组织过程和技术改善，改善应是可度量的，所选择及推展的改善需支持基于组织业务目的的质量及过程执行目标。(2)项目管理：6) pp：(project planning)项目计划。保证在正确的时间有正确的资源可用。为每个人员分配任务。协调人员。根据实际情况，调整项目。7) pmc： (project monitoring and control)项目监督与控制。通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。8) sam：(supplier agreement management)供应商协议管理。旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。9) ipm：(integrated project management)集成项目管理。根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。10) rskm: (risk management)风险管理。识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。11) qpm：(quantitative project management)量化的项目管理，量化管理项目已定义的项目过程，以达成项目既定的质量和过程性能目标。(3)工程管理：12) rd：(requirement development)需求开发。需求开发的目的在于定义系统的边界和功能、非功能需求，以便使用户(客户、最终用户)和项目组对所开发的内容达成一致。13) reqm： (requirement management )需求管理。需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。14) ts： (technical solution)技术解决方案。在开发、设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。15) pi：(product integration)产品集成。从产品部件组装产品，确保集成产品功能正确并交付产品。16) ver：(verification)验证。验证确保选定的工作产品满足需求规格。17) val：(validation)确认。确认证明产品或产品部件在实际应用下满足应用要求。(4)支持管理：18) cm：(configuration management)配置管理。建立和维护在项目的整个软件生存周期中软件项目产品的完整性。19) ppqa：(process and product quality assurance)过程和产品质量保证。为项目组和管理层提供项目过程和相关工作产品的客观信息。20) ma：(measurement and analysis)度量与分析。开发和维持度量的能力，以便支持对管理信息的需要。作为改进、了解、控制决策。21) dar：(decision analysis and resolution )决策分析。应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。22）car：(causal analysis and resolution)原因分析与解决，识别缺失的原因并进行矫正进一步的防止未来再次发生。表1.成熟度级别与过程域映射关系2.3 cmmi 改进的六项基本原则（1）重要的软件过程改进必须是从高层到下层的依次进行。过程改进的启动、改进活动的优先安排、持续的资源支持等等，都离不开高级管理层的领导；（2）必须人人都参与。树立团队意识，软件工程的改进是整个团队共同的活动；（3）改进需要认清现状，了解当前的过程，树立明确的目标；（4）持续的进行改进。软件过程不能一蹴而就，需要不断持续的学习和提高；（5）过程改进不会自发进行，持久的软件过程改进需要有意识的推动和周期性的增强。（6）软件过程改进需要大量的投资。无论是在时间上、个人技能上还是资金上，都需要不菲的投资。第二部分 cmmi2的实施方案设计2.1 建立实施框架2.1.1 确定改进模型等级考虑到本次实施过程改进的机构为研发部门，而研发部门各项目组成员均在10 人以 篇二：cmmi l3认证方案cmmi l3认证实施方案初步规划研发中心质量部 2011-12-01目录一前言 . 31. 1目的 . 3 1.2 预期效益. 3 1.3 术语解释. 4 三资源准备. 43.1 参与部门及人员 . 4 3.2 相关工具支持 . 5 四总体进度安排 . 5 五实施方案详细计划 . 55.1 前期准备阶段 . 55.1.1、现状差距分析 . 6 5.1.2、组建epg . 7 5.1.3、公司前期的准备 . 7 5. 2 培训和过程定义阶段 . 75.2.1、培训. 7 5.2.2、过程体系定义与建立指导 . 8 5.2.3、过程文档审阅及答疑 . 8 5. 3过程运行及推广阶段 . 105.3.1、审阅公司的实施证据 . 11 5.3.2、实施指导及答疑 . 11 5. 4预评估及改进阶段 . 125.4.1、scampi 评估小组培训 . 12 5.4.2、预评估 . 13 5.4.3、预评估改进 . 14 5. 5 正式评估阶段 . 145.5.1、制定评估计划 . 15 5.5.2、正式评估 . 16六费用估算. 17 七验收标准及形式 . 18 八附件具体培训课程安排 . 18一前言1. 1目的帮助公司软件研发部门梳理已有的过程，建立实用、简洁有效、符合cmmi l3 级要求并适合于企业自身状况的的过程，具体如下： ? 增强公司软件研发部门开发过程及管理流程的规范性。 ? 帮助公司软件研发部门建立一套完善的质量管理和监控体系。? 通过过程改进，帮助公司研发部门提高产品交付质量、降低项目进度和工作量的偏差、提高客户的满意度。? 通过咨询师和讲师的培训，帮助公司研发部门提高人员的技能。 ? 帮助公司研发部门优化组织财富库，提升公司的知识共享机能。 ? 将公司的业务与商业目标和过程改进进行有效的融合。1.2 预期效益cmmi l3认证的通过,能够给公司带来如下预期效益：? 提高企业市场竞争力：通过cmmi 评估后可提高公司形象，成为公司宣传实力的亮点。公司在承接项目时具备强大的资质实力。? 提高公司投资回报：通过cmmi 后可在软件开发中降低项目成本：通过质量保证减少项目返工；通过过程控制提高效率，按时完成项目；通过项目文档的规范减少系统维护费用。? 提高成本控制力度：公司按照cmmi 要求建立的良好质量管理体系，通过过程中有效的评审、走查等方式，可尽早发现各阶段存在的缺陷，减少返工，降低bug 数，进而保证了软件开发质量。? 增强项目的可视性：使管理者能及时掌握项目进展，避免项目延期；在cmmi的模型中，对项目进行充分策划，制定合理的项目计划、阶段、里程碑等，能随时掌握项目进展状况；按照规范对项目进行监控，收集项目数据并和计划数据对比、分析偏差，及时发现问题并采取有效措施，避免项目延期；高级管理者也可以从独立客观的角度了解到项目定期评审状态。? 明确工作量估计：在软件项目中经常碰到由于工作量估计不准确，导致计划性差，个人绩效难以评价，管理者无所适从等等。而在cmmi 中，通过科学的方法和过程步骤来估计工作量；组织财富库、度量库给项目估计提供累计经验值，从而为每个岗位定下评价基础。1.3 术语解释cmmi：capability maturity model integration，能力成熟度模型集成 scampi：standard cmmi appraisal method for process improvement，scampi 评估方法epg：engineering process group，工程过程组 spi：software process improvement，软件过程改进 atm：appraisal team members，评估小组成员 pa: process area，过程域三资源准备3.1 参与部门及人员本次认证涉及公司研发中心、行政部、人力资源部等几个部门，相关职能及工作见下面3.2 相关工具支持在实施cmmi l3 级过程改进的过程中，建议公司根据自身的情况采用相应的软件工具进行辅助支持。建议的工具包括： ? 项目管理工具 ? 变更管理工具 ? 配置管理工具 ? 测试工具四总体进度安排根据公司总体计划安排，初步规划整个认证周期为6个月左右，需要5个阶段，列表如下：五实施方案详细计划5.1 前期准备阶段本阶段的目的是了解公司的基本情况，分析公司当前执行过程和cmmi 目标篇三：cmmi方案及价格cmmi方案及价格cmmi分为五个等级：cmmi1初始级 2 已管理级 3 已定义级4 量化管理级 5优化管理级，公司可以直接评cmmi3级,但要评cmmi4级，要通过cmmi3级才可以实施，cmmi5级则要先通过cmmi4级。cmmi3的体系文件主要分为四大类过程域：过程管理，项目管理，工程过程，支持过程，每个过程域下面都有相应的模板文件。 软件项目开发活动中主要的几个步骤：项目立项>初步策划（包括编写项目总体计划初稿，编写项目进度计划初稿等）>需求调研（编写用户需求规格说明书和需求规格说明书）>总体策划（在初步策划的基础上编写计划书）>设计（概要设计和详细设计）>编码（根据详细设计与编码规范进行编码）>单元测试>测试（集成，系统）>试运用>验收交付>结项，开发过程中还有很多评审，比如需求规格说明书评审，概要设计说明书评审，详细设计说明书等，每次评审时都有评审检查单和评审报告或是评审会议纪要，这些都将成为cmmi评审的直接证据或间接证据。配置管理的工具：公司是用vss版本控制器来进行配置管理，其他的版本控制器也行，这是没有特殊规定的。piid表： piid表是用来记录cmmi实施的直接证据，间接证据，访谈证据的excel表，这个表相当重要，评审的时候要检查这个表，然后去配置库找相应的文档。 角色： 在cmmi参与人员中，可分为很多角色，不同的角色各司其职。 pm：项目经理； dev：开发人员； egp：过程改进组； qa：质量保证员 cm：配置管理人员 sepg 软件工程过程组 sam(部门经理) tester 测试人员 gm：副总，副总经理，高层领导不同的级别，在cmmi3实施中担任不同的角色，访谈的时候也会对不同的角色分类访谈，各个角色人员必须熟悉自己任务与自己写的文档，对相关的其他工作与流程也要了解，因为评估师有可能会问及其他角色的问题.访谈答案的准备：在访谈问题准备前，一般培训老师会给出一些针对不同角色的访谈问题，然后由我们自己整理答案。在评估前，会有一次的模拟访谈。我方会根据客户实际需求，为客户提供三个实施方案：方案一：客户为了快速取的cmmi3级证书，我方为客户提供成熟的模板，编写与客户相适应的文档，并进行访谈培训，通过评估。费用18万。方案二：客户为了取得证书，并且有一定的改进需求，我方将根据客户的实际情况，指导客户实施，完成文档，并进行访谈培训，通过评估。费用18万。方案三：客户有比较高的改进需求，那我方将对客户进行高端改进咨询。费用面议。 如有需要请联系：高先生四：长沙天辰公司实施cmmi3方案长沙天辰科技有限公司cmmi项目实施总体方案书广州赛宝认证中心服务有限公司广州市天河区东莞庄路110号2004年12月1. 项目背景1.1. 企业概述根据长沙天辰科技有限公司（以下简称“天辰科技”）提供的组织问卷调查简表提供的信息，了解到公司的基本情况，经过分析得到以下内容：天辰科技是一家专业从事应用软件开发、系统集成、网络工程和技术咨询服务的股份制企业。目前已完成了全国近几十家电信企业的应用软件系统工程。同时，在金融、教育、交通、医疗卫生、社会服务等领域也具备计算机软件综合开发能力和技术经验。开发了系列应用软件产品：本地网综合电信业务管理系统、移动通信营销系统、电信业务计费帐务系统、电信网综合网管监控系统、企业网系统、银行话费收费系统、综合客户服务系统等。公司现有软件开发和维护人员120人左右（其中设计、测试、编码人员80人，管理人员10人），建立了研发、系统集成、测试、质量跟踪、配置、评审等职能小组。1.2. 实施背景天辰科技已于2003年10月通过iso9001:2000版认证，但质量体系运行存在一些问题，如配置管理领域有待改进。设立了质保部负责重点项目的全程测试和质量保证及所有项目的配置管理工作；有一名专职人员负责软件过程改进，初步建立了过程体系，有一些程序和规范，但是实施不理想，没有达到制度化的程度。2. 实施目标? 正确导入sei的cmmisw/se1.1版，阶段式描述模型/标准，确保建立符合cmmi 成熟度等级2和成熟度等级3所有过程域（pa）；? 通过cmmi3正式评估；? 建立基线以跟踪组织过程的改进；ceprei cmmi-01-a-2004.12 1? 建立最好的实践来指导组织过程的改进；? 为软件过程改进提供管理和采购的支持。3. 实施范围3.1. 实施场所：长沙天辰科技有限公司。3.2. 模型范围cmmi项目实施所依据的模型为：cmmisw/se v1.1阶段式描述。本项目覆盖的范围包括：? cmmi2级的pa，包括需求管理、项目策划、项目监督和控制、测量和分析、供方协定管理、过程和产品质量保证、配置管理7个过程域；? cmmi3级中的pa，包括需求开发、技术解决、产品集成、验证、确认、组织过程聚焦、组织过程定义、集成项目管理、组织培训、风险管理、决策分析和决定11个过程域。3.3. 项目和人员范围涉及项目：所选试点项目能覆盖整个生命周期过程，项目规模最少是3人以上，最好是10人左右项目。在所选的试点项目实施取得经验后，天辰科技应在全组织范围内推广过程改进工作。涉及人员：组织级高级管理者（包括部门经理等），sepg人员，qa人员，培训人员，公司级配置管理人员，采购人员等。项目级项目经理，配置管理人员，开发人员（需求、设计、编码、测试、集成、维护等）。ceprei cmmi-01-a-2004.12 24. cmmi实施工作总体描述4.1. 实施流程持续咨询 图1-1 本cmmi/spca项目实施流程由上图可知，天辰科技cmmi项目的实施过程各阶段可以划分为6类：赛宝 天辰科技cmmi项目总体方案 cmmi基础培训、差距分析、持续咨询、atm培训、准备性检查、最终评估。各个阶段不是完全独立的，而是一个不断循环的ideal过程。4.2. 工作量及费用针对以上实施阶段，附件给出估计投入的工作量和费用。这是根据我们对贵公司的业务情况、项目质量管理水平和过程改进实施目标的调查结果确定的，可能会随着对情况和确定的范围有更深入了解后，经协商做适当修改。 优惠项目：1) 免收翻译费、cmmi基础培训证书费；2) 以优惠价格提供spca服务；3) 以优惠价格提供iso 9001:2000质量管理体系认证服务；4) 协助公司制定升级方案，以优惠价格提供升级指导；ceprei cmmi-01-a-2004.12 1 篇五：cmmi项目计划1. cmmi项目计划完整过程1. 1目的目的在于建立并维护定义项目活动的计划,是为项目的研发和管理工作制定合理的行动纲领，以便所有相关人员按照该计划有条不紊的开展工作。1. 2简介项目计划过程域包含以下活动： ? 制订项目计划? 适当地与相关干系人配合 ? 获得对计划的承诺 ? 维护计划1. 3项目计划过程活动流程项目计划基本流程：项目计划的大体流程是项目立项之后，由项目负责人编制软件研制任务书，根据软件研制任务书进行项目估算，得到项目估算列表，根据项目估算制定项目计划，评审之后大直一致的理解并作出承诺，项目相关人员根据计划执行任务，执行的过程中根据进度对照计划如果有变差，可以根据实际情况对项目计划进行变更控制。 根据软件研制任务书，分解项目主要功能， 项目计划详细流程：1.3.1建立估算 1.3.1估算项目范围项目负责人根据软件研制任务书，分解项目主要任务，估算项目范围，建立顶层wbs，根据顶层wbs,定义工作包，详细描述工作任务、职责及进度的估算。 输入：软件研制任务书输出：wbs、工作包描述、任务描述 主要活动： 1) 制定wbs对项目任务进行分组，对项目的整个工作范围进行分层定义，每下降一层代表对项目工作更为详细的定义。 wbs识别以下以下各项： ? 风险及其缓解任务? 产出交付物与支持活动的任务 ? 获取技能和知识的任务? 制定所需支持计划的任务（如配置管理计划、质量保证计划及验证计划） ? 集成和管理非开发项的任 2) 定义工作包3) 识别从外部采购的产品及产品组件 4) 识别将要复用的工作产品 1.3.2建立工作产品及任务属性的估算项目负责人基于某种方法定义项目工作产品及任务属性，并对工作产品及任务属性进行估算，建立工作产品及任务属性的估算表。主要确定任务与工作产品的规模及复杂度（比如需求的数据量与复杂度），填写属性估算值(比如数据库表数量)，确定项目的技术方法（比如架构b/s或c/s）。输入：软件研制任务书、wbs输出：任务与工作产品的规模与复杂度、估算模型、属性估算值、技术方法过程活动：1) 确定项目的技术方法技术方法定义了产品开发的顶层策略，