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介绍过程质量与产品质量存在某种程度的因果关系，通常“好的过程”产生“好的产品”，而“差的过程”将产生“差的产品”。
人们销售的是产品而不是过程，用户关心的是最终产品的质量，而开发者（团队）既要关心过程质量又要关心“产品质量”。
CMMI基本流程
CMMI基本流程CMMI，即能力成熟度模型集成，是一种软件工程和系统工程过程改进的综合框架。
它提供了一套用于评估和改进组织开发和维护过程能力的最佳实践。
CMMI包含了一系列的指南和建议，以帮助组织建立可靠和高质量的软件和系统。
CMMI1级：初级级别，目标是确保项目能够按时交付，并满足基本的质量标准。
该级别的主要活动包括计划项目、跟踪项目进展、管理配置和管理需求。
CMMI2级：可重复级别，目标是确保项目能够清晰地定义过程，并对这些过程进行管理和执行。
该级别的主要活动包括定义过程、建立项目计划、进行项目监控和度量，以及对项目执行进行评估。
CMMI3级：已定义级别，目标是确保项目过程得到完整和规范的定义，并具有标准化的执行过程。
该级别的主要活动包括过程及工作产品定义、培训人员以执行过程、执行定期审核和度量，并根据结果进行改进。
CMMI4级：管理定量的项目过程级别，目标是确保项目开发过程能够获得可预测和可控制的结果。
该级别的主要活动包括进行定量的项目过程管理和度量，以及根据结果进行过程改进。
CMMI的基本流程是通过评估和改进过程来提高组织的能力水平。
评估可以帮助组织确定当前过程的存在的问题和不足之处，改进则是为了解决这些问题并提高过程的效率和质量。
评估过程包括以下步骤：1.制定评估计划：确定评估的目标、范围和方法，编制评估计划。
2.进行评估：根据计划，收集、分析和评估组织的过程和资源，以确定组织的能力水平。
3.识别问题和机遇：根据评估结果，识别存在的问题和不足之处，以及可能的改进机会。
改进过程包括以下步骤：1.制定改进计划：根据评估结果，制定改进计划，明确改进目标和实施步骤。
2.实施改进：根据计划，实施改进措施，对过程进行调整和完善。
3.跟踪进展：对改进措施的实施进行跟踪和监控，确保改进目标的实现。
4.评估效果：对改进措施的效果进行评估，根据结果进行调整和改进。
通过评估和改进，组织可以逐步提高过程能力，从而提高软件和系统的质量和可靠性。
CMMI3级18个过程域
CMMI3级过程域一共有18个PA，分别是：过程管理1、OPD：（Organizational Process Definition）组织级过程定义。
建立和维护有用的组织过程资产。
2、OPF：（Organizational Process Focus）组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
3、OT：（Organizational Training）组织培训管理。
增加开发人员的技能和知识，使他们能有效地执行他们的任务。
项目管理：4、PP：（Project Plan）项目计划。
保证在正确的时间有正确的资源可用。
为每个人员分配任务。
协调人员。
根据实际情况，调整项目。
5、PMC：（Project Monitoring and Control）项目监督与控制。
通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
6、SAM：（Supplier Agreement Management）供应商协议管理。
旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。
7、IPM：（Integrated Project Management）集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
8、RSKM：（Risk Management）风险管理。
识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。
工程管理：9、REQM：（Requirements Management）需求管理。
需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。
10、RD：（Requirement Development）需求开发。
需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众（客户、最终用户）和项目组对所开发的内容达成一致。
CMMI 组织过程方针_SAM
文件修订履历
目录
目录 (4)
1.目的 (1)
2.适用范围 (1)
3.方针要求 (1)
4.职责 (1)
供方协定管理方针***软件有限公司1/1 1. 目的
对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。
2. 适用范围
包括项目所需要的标准化的软硬件采购，项目所需的应用系统软件的采购，以及软件子项目或者子系统的外包管理。
3. 方针要求
1.组织明确进行供应方管理的职责，并将任务指派专人负责。
2.组织明确为供应方管理提供相应的资源保障。
3.客观地验证适合供应方管理的标准、规程和需求的符合性。
4.组织维护一套适合公司需要的供应商选择和评价的标准。
5.确保供应商管理活动受到质量管理人员的监督。
6.通过评审确保项目提出的供应商选择和商品采购的需求能够得到实施。
7.确保组织的采购和外包活动能够纳入到供应商管理的流程和体系过程中。
8.为供应商管理过程改进和采购评审提供相应的资源和保证。
4. 职责
1.供应商管理负责人负责执行此方针。
2.EPG负责维护此方针
■以上。
cmmi3流程
cmmi3流程CMMI3流程CMMI（Capability Maturity Model Integration）是一种软件开发过程的评估与改进模型，通过帮助组织改进其软件开发过程，以实现更高的质量和效率。
CMMI3是CMMI模型的一个级别，代表了相对成熟的软件开发过程。
CMMI3流程是指在实施CMMI3级别的软件开发过程中所需遵循的一系列流程和步骤。
下面将详细介绍CMMI3流程的主要内容。
1. 需求管理流程需求管理是软件开发过程中的重要环节，CMMI3要求对需求进行全面的管理和跟踪。
首先，需求应该明确、完整，并且能够准确地反映用户的期望。
其次，需求应该进行适当的分析和评审，以确保其可行性和一致性。
最后，需求应该进行有效的变更控制，以应对需求变更带来的影响。
2. 项目计划与控制流程项目计划与控制是确保软件开发项目按时交付和达到预期质量的关键。
CMMI3要求制定详细的项目计划，包括工作分解结构、里程碑和资源分配等。
同时，项目的进度和成本应该进行有效的监控和控制，及时发现和解决问题，确保项目按计划进行。
3. 配置管理流程配置管理是管理软件开发过程中各种配置项的重要环节。
CMMI3要求对软件配置项进行标识、控制和追踪。
配置项应该按照规定的标准进行版本控制，并且对配置项的变更应该进行适当的评审和批准。
同时，配置项的状态和版本应该进行有效的记录和报告。
4. 产品质量保证流程产品质量保证是确保软件开发过程中交付的产品符合质量要求的关键。
CMMI3要求建立有效的质量管理体系，包括质量策划、质量评审和质量度量等。
同时，应该对软件开发过程中的各个环节进行质量控制，及时发现和纠正问题，以提高产品的质量。
5. 测试管理流程测试是确保软件开发过程中交付的产品符合功能和性能要求的关键环节。
CMMI3要求进行全面的测试计划和测试用例的编写。
测试应该覆盖各个功能模块和场景，并且应该进行有效的测试执行和问题管理。
同时，测试过程中的结果应该进行准确的记录和报告。
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级过程域CMMI (Capability Maturity Model Integration) 是由美国国防部发起的一种软件过程成熟度模型，它对软件和系统开发过程进行了评估和改进，旨在提高组织的软件开发能力。
CMMI 将过程分为若干级别，从初始级别到最高级别，即 CMMI5 级，每个级别由一些过程域 (Process Area, PA) 组成。
CMMI3 级是一个中间级别，对于组织来说已经达到了一定的成熟度，具备一定的过程能力。
1. 需求管理 (Requirements Management)：确保需求的准确和及时管理，包括需求的收集、分析、追踪和验证。
2. 项目计划与监控 (Project Planning and Monitoring)：制定和管理项目计划，确保项目按照计划进展，并对项目的进度、资源和风险进行监控和控制。
3. 项目质量管理 (Project Quality Management)：制定和实施项目质量计划，监控和改进项目的质量，确保交付的产品和服务符合质量要求。
4. 项目配置管理 (Project Configuration Management)：管理项目的配置项，包括版本控制、变更控制和配置项的状态管理。
5. 项目度量与分析 (Project Measurement and Analysis)：收集和分析项目数据，评估项目绩效，并通过度量和分析驱动项目改进。
6. 项目风险管理 (Project Risk Management)：在项目各个阶段识别和评估风险，制定和实施风险应对措施，以降低项目风险。
7. 项目决策与问题解决 (Project Decision and Problem Solving)：制定和实施适当的决策和问题解决方法，以支持项目的成功实施。
8. 技术解决方案 (Technical Solution)：开发和维护具有高质量且满足需求的技术解决方案，包括架构设计、系统开发和集成。
CMMI三级评估流程和要求
CMMI三级评估流程和要求CMMI为了改进一个组织的各种过程，提供了一个单一的集成框架。
新的集成模型框架消除了每个模型的不一致性，减少了模型之间的重复，增加了透明度和理解度，建立了一个自动和可扩展的框架。
因此，组织的质量和效率可以得到总体改善。
CMMI重点在于成本效益，重点明确，过程集中，灵活性四个方面。
其目的是帮助软件企业管理和完善软件工程流程，增强开发和改进能力，从而在不超过预算的情况下按时开发高质量的软件。
通过CMMI认证与国际接轨，可以提高产品的附加值，为行业创造新的价值。
CMMI3评估认证流程：从申请CMMI从认证到完成评估，企业通常需要一年左右的时间，主要包括五个阶段：1.申请CMMI三是认证。
公司根据自身实力、公司规模、管理需要等因素，选择申请。
CMMI三是认证，并确定参与评估的部门。
2.选择主任评估师。
主任评估师是认证评估的发起者和评估团队的领导者。
他应该有足够的经验、知识和技能来负责和领导评估活动。
3.企业选择评估小组成员，成立评估小组。
首先，评估小组成员的选择包括识别有用的员工，评估他们的资格，选择其中的员工作为评估小组成员。
其次，企业成立准备评估小组时，评估小组领导有责任保证评估小组成员为实施计划评估活动做好充分准备。
企业参与预评估。
在预评估过程中，选择参与正式评估的项目，从公司的所有项目中选择参与评估的项目，而不是所有项目。
公司参与正式评估。
根据评估人员的要求，在正式评估中从项目中获得证据。
CMMI认证要求：1.CMMI认证机构通常是企业、事业、科研机构等主体或下属的R&D部门。
组织应根据CMMI模型的要求建立项目管理系统。
3.CMMI系统应该在组织中全面实施，而不仅仅是个别项目应该按照CMMI的要求进行管理。
根据CMMI管理的记录和数据，组织应收集和保存项目。
4.CMMI认证后有效期为3年，3年后组织可选择CMMI复评或CMMI升级。
CMMI3级过程实施目标
CMMI3级过程实施方针目录1、组织过程焦点方针 (4)2、组织过程定义方针 (4)3、组织级培训过程方针 (4)4、需求管理过程方针 (4)5、风险管理过程方针 (5)6、集成项目管理过程方针 (5)7、软件研发项目策划过程方针 (5)8、软件研发项目监督与控制过程方针 (5)9、测量与分析过程方针 (6)10、决策分析和制定过程方针 (6)11、过程和产品质量保证控制程序方针 (6)12、软件配置管理控制程序方针 (6)13、需求开发过程方针 (7)14、技术解决方案过程方针 (7)15、产品集成控制程序方针 (7)16、验证过程方针 (8)17、确认过程方针 (8)1、组织过程焦点方针1.1、全体员工协调一致进行过程的制定和改进工作。
1.2、SC负责确定公司过程改进活动的目标、方针和策略，领导公司的过程改进活动；EPG在SC的领导下完成具体的过程改进活动，负责组织具体过程的建立和不断改进。
1.3、所有过程相关的改进意见或建议，都应遵照《过程改进建议处理控制程序》得到适当的处理。
1.4、公司标准过程的制定和改进活动要有计划地进行。
1.5、EPG从项目的实践中取得过程度量数据，总结各种项目报告、过程评估报告，分析实施中的问题，从而获得改进需求，制定改进计划，不断推动过程改进活动。
1.6、在公司过程改进活动中，遵循SEI-CMMI阶段式模型，逐步提高公司能力成熟度等级。
2、组织过程定义方针2.1、工程过程小组（EPG）负责建立和不断更新公司的标准过程集合以及过程财富库，使其可以为项目所了解和使用。
2.2、每个新项目在开始时都应参照和利用组织标准过程，必要时对组织标准过程集合进行剪裁，得出适合项目的工作过程，但是项目对组织标准过程的剪裁必须经过EPG的评审和批准。
2.3、EPG负责对过程的使用情况进行度量。
3、组织级培训过程方针3.1、根据公司战略业务目标确定组织极的战略培训需求，使培训成为企业实现战略目标的有效手段。
CMMI_3级精简并行过程介绍
3、SPP过程域的目的
3.3 机构支撑过程域目的
机构支撑过程域 目的
配置管理
通过执行版本控制、变更控制等规程，以及使用配置管理软件来保证所有配置项 的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。
质量保证
提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量” 与“产品质量”，从而实现持续地改进质量。 选择合适的承包商（外包）和供应商（采购），并依据合同进行有效的管理。 根据机构（或项目）的需求来制定培训计划，并监督该计划的实施，确保培训取 得预期效果。
立项管理
结项管理
项目规划
为项目的研发和管理工作制定合理的行动纲领（即项目计划），以便所有相关人 员按照该计划有条不紊地开展工作。
周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等，不断地了解 项目的进展情况，以便当项目实际进展显著偏离计划时能够及时采取纠正措施。 在风险产生危害之前识别它们，从而有计划地消除或削弱风险。 在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性， 并控制需求的变更。 11
项目监控 风险管理 需求管理
3、SPP过程域的目的
3.2 项目研发过程域目的
项目研发过程域 目的
需求开发
技术预研 系统设计 实现与测试 系统测试 Beta测试 客户验收 技术评审
通过调查与分析，获取用户需求并定义产品需求。
在立项之后到开发工作完成之前的时间内，对项目将采用的关键技术提前学习和 研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。 设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间 建立桥梁，指导开发人员去实现能满足用户需求的软件产品。 依据系统设计文档，编写并测试整个系统的代码。在SPP中，实现与测试是“编 程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。 对最终系统进行全面的测试，确保最终系统满足产品需求并且遵循系统设计。 在产品正式销售之前，开发方将产品交付给一些潜在的客户免费试用，请他们对 产品进行测试，并获取他们对产品的建议。 客户依据合同对产品进行审查和测试，确保产品满足客户需求。 尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而有效地提高 产品的质量。 12
CMMI 组织过程方针_PI
文件修订履历
目录
目录 (4)
1.目的 (1)
2.适用范围 (1)
3.方针要求 (1)
4.职责 (1)
产品集成方针*** 软件有限公司1/1 1. 目的
产品集成目的在于把产品构件组装成产品，确保所集成的产品恰当地发挥作用，确保交付产品。
2. 适用范围
制订并维护进行产品集成的战略。
产品构件界面，在内部和外部两个方面都是兼容的。
组装经过验证的产品构件，交付已完成集成、验证和确认的产品。
把该过程作为已定义过程加以制度化。
3. 方针要求
1)建立组织自己的产品集成策略，为系统集成分配充足的资源。
2)建立和维护公司产品集成的规则，定期评审产品集成的结果和客户需求的偏差。
3)对产品集成的情况进行定期的评审。
4)对产品集成的结果要和客户的需求尽心定期的评审，确保集成的产品功能和性能符合客户的要
求。
5)建立组织的产品集成环境，建立集成的标准和过程。
6)公司对产品集成的情况进行评价，制定相应的奖励办法。
4. 职责。
cmmi3流程
cmmi3流程CMMI 3级流程CMMI（Capability Maturity Model Integration）是一种用于组织和管理软件开发过程的成熟度模型。
它是由软件工程领域的权威机构SEI（Software Engineering Institute）开发的，旨在帮助组织提高其软件开发能力和质量管理水平。
CMMI模型被广泛应用于各个行业，有助于组织建立标准化的软件开发流程和管理方法。
CMMI模型根据成熟度级别划分为5个级别，分别是初始级、可重复级、定义级、管理级和优化级。
每个级别又细分为若干个过程领域，共包含了22个过程领域。
CMMI 3级流程是CMMI模型中的一个重要阶段，代表了组织在软件开发过程中已经具备了明确的过程管理能力。
CMMI 3级流程的核心思想是通过明确的过程定义和管理来提高软件开发的可靠性和效率。
该级别要求组织建立并维护一个已定义的软件开发过程，确保过程能够稳定地达到预期的结果。
下面将从三个方面介绍CMMI 3级流程的具体内容。
1. 过程定义与管理CMMI 3级要求组织建立一个已定义的软件开发过程，并进行有效的过程管理。
过程定义是指明确各个开发阶段的工作内容、活动和交付物，并将其纳入到组织的过程文档中。
过程管理是指通过监控和度量来确保过程的有效执行，并及时进行调整和改进。
组织需要制定相应的过程指南和规范，确保开发人员能够按照规定的过程进行工作。
2. 风险管理CMMI 3级要求组织建立风险管理的能力，以识别和应对项目风险。
风险管理是在整个软件开发过程中，对潜在风险进行识别、评估、规划和控制的过程。
组织需要制定风险管理计划，并建立相应的风险识别和分析机制。
通过及时的风险管理，组织能够减少项目风险对软件开发进度和质量的影响，保证项目的顺利进行。
3. 项目监控与控制CMMI 3级要求组织建立项目监控与控制的能力，以确保软件开发过程的可控性和可预测性。
项目监控是指对项目进展、资源使用和风险情况进行实时跟踪和监测的过程。
CMMI组织过程方针-PPQA
CMMI组织过程方针-PPQA文件修订履历目录目录 (4)1.目的 (1)2.适用范围 (1)3.方针要求 (1)4.职责 (2)1. 目的过程和产品质量保证过程旨在为高层管理者提供项目过程执行和产品开发的直观信息。
2. 适用范围覆盖全部软件项目，贯穿软件开发的整个生命周期。
3. 方针要求1.计划PPQA活动。
2.客观地验证软件产品和活动对于合适的标准、规程和需求的符合性。
3.将过程和产品质量保证活动和结果通知相关的组织和个人。
4.确保不能在项目组内部解决的NC项提交高层管理者。
5.指定PPQA人员负责协调和执行项目的过程和产品质量保证活动。
6.建立公司级的PPQA组织，负责协调和执行PPQA活动。
7.为进行PPQA活动提供足够的资源和资金。
8.为PPQA成员提供适当的培训，以达到执行PPQA活动的能力。
9.在公司内部明确PPQA组的角色、责任、权限和价值。
10.依据公司标准《过程和产品质量保证过程》和《《过程和产品质量保证计划》模版为软件开发项目制订PPQA计划。
11.依据制订的PPQA计划进行PPQA活动。
12.PPQA成员参与项目计划的策划和评审。
13.PPQA人员验证软件工作产品是否遵循已定义的规程和标准。
14.PPQA人员验证软件开发过程是否遵循已定义的规程和标准。
15.PPQA人员要定期地报告过程和产品质量保证活动的结果。
16.对PPQA活动进行度量并将度量结果用来决定PPQA活动的成本和进度。
17.PPQA经理和高层管理者定期检查PPQA活动。
18.保障PPQA有独立于项目经理、项目组的向PPQA经理和高层管理者报告的渠道。
19.为了保证过程的持续改进，公司范围进行半年一次的内审，评审软件工程活动并验证其符合性，发现过程改进的机会。
20.公司全面推行质量管理政策，将质量管理作为公司管理的重点，在全体员工的范围内进行质量考评，将结果计入到员工绩效，鼓励员工进行质量改进工作，对于积极参与质量工作，做出突出贡献的将给予一定的奖励。
CMMI3级过程实施方针
CMMI3级过程实施方针目录1、组织过程焦点方针 (3)2、组织过程定义方针 (3)3、组织级培训过程方针 (3)4、需求管理过程方针 (3)5、风险管理过程方针 (4)6、集成项目管理过程方针 (4)7、软件研发项目策划过程方针 (4)8、软件研发项目监督与控制过程方针 (4)9、测量与分析过程方针 (5)10、决策分析和制定过程方针 (5)11、过程和产品质量保证控制程序方针 (5)12、软件配置管理控制程序方针 (5)13、需求开发过程方针 (6)14、技术解决方案过程方针 (6)15、产品集成控制程序方针 (6)16、验证过程方针 (7)17、确认过程方针 (7)1、组织过程焦点方针1.1、全体员工协调一致进行过程的制定和改进工作。
1.2、SC负责确定公司过程改进活动的目标、方针和策略，领导公司的过程改进活动；EPG在SC的领导下完成具体的过程改进活动，负责组织具体过程的建立和不断改进。
1.3、所有过程相关的改进意见或建议，都应遵照《过程改进建议处理控制程序》得到适当的处理。
1.4、公司标准过程的制定和改进活动要有计划地进行。
1.5、EPG从项目的实践中取得过程度量数据，总结各种项目报告、过程评估报告，分析实施中的问题，从而获得改进需求，制定改进计划，不断推动过程改进活动。
1.6、在公司过程改进活动中，遵循SEI-CMMI阶段式模型，逐步提高公司能力成熟度等级。
2、组织过程定义方针2.1、工程过程小组（EPG）负责建立和不断更新公司的标准过程集合以及过程财富库，使其可以为项目所了解和使用。
2.2、每个新项目在开始时都应参照和利用组织标准过程，必要时对组织标准过程集合进行剪裁，得出适合项目的工作过程，但是项目对组织标准过程的剪裁必须经过EPG的评审和批准。
2.3、EPG负责对过程的使用情况进行度量。
3、组织级培训过程方针3.1、根据公司战略业务目标确定组织极的战略培训需求，使培训成为企业实现战略目标的有效手段。
CMMI组织过程方针PPPMCIPM
文件修订履历目录目录 (4)1.目的 (1)2.适用范围 (1)3.方针要求 (1)4.职责 (2)1. 目的为公司的项目管理（PM）活动建立一个指导方针，为软件工程制定合理的计划并有效地实施管理。
2. 适用范围覆盖全部软件项目，贯穿软件开发的整个生命周期。
3. 方针要求1)指定一个项目软件负责人，负责协商约定与制定项目的软件开发计划，并对项目的软件开发活动和结果负责。
2)保证所有的项目依据已定义的项目管理过程进行计划和管理。
3)为制定项目的软件开发计划指派负责人。
4)项目软件负责人为软件工作产品和活动指派负责人。
5)为管理软件项目提供充足的资源和资金。
6)参与制定项目管理过程的人员接受过裁减公司的标准项目管理过程的规程培训。
7)软件负责人、软件工程师和其他参与软件项目计划的人员接受过其职责范围内的软件估算和计划的规程培训。
8)软件负责人接受过有关软件项目技术和人员管理方面的培训9)依据已定义的项目管理过程剪裁公司的标准项目管理过程，生成项目管理过程。
10)依据已定义的项目管理过程修改项目管理过程。
11)依据已定义的项目管理过程制定和修改项目的软件开发计划，并依据书面的软件开发计划跟踪软件活动和交流情况。
12)保证软件项目的管理遵循已定义的项目管理过程。
13)保证公司的历史数据库用于软件项目的计划和估算。
14)软件工程组参与项目建议组的活动，并与其他相关小组一起参与总体项目计划。
15)软件工作产品在软件项目开发过程中被控制。
16)将批准通过的与软件项目相关的约定变动，通知软件工程组和其他软件相关组成员。
17)依据已定义的项目管理过程管理软件工作产品的规模、工作量和成本。
18)依据已定义的项目管理过程管理项目的关键计算机资源。
19)依据已定义的项目管理过程管理项目软件进度中的关键依赖和关键路径。
20)保证与项目成本、资源、进度和技术方面相关的软件风险，依据已定义的项目管理过程被鉴别、评估、文档化和管理。
CMMI-组织过程方针-CM
配置管理方针版本：V0.1精选资料文件修订履历目录目录 (4)1. 目的 (1)2. 适用范围. (1)3. 方针要求. (1)4. 职责 (2)软件配置管理的目的是在贯穿整个软件生命周期中建立和维护项目产品的完整性2. 适用范围覆盖全部软件项目，贯穿软件开发的整个生命周期3. 方针要求1. 软件配置管理的各项工作是有计划进行的。
2. 被选择的项目工作产品得到识别，控制并且可以被相关人员获取。
3. 已识别出的项目工作产品的更改得到控制。
4. 使相关组别和个人及时了解软件基准的状态和内容。
5. 制定出一套成功实现软件配置管理要求的实践过程。
6. 建立起受控的、稳定的软件基准，用以进行项目策划、管理。
7. 项目组团队成员应该使用和遵循软件配置管理的工作过程。
8. 施行软件配置管理的职责应该被明确分配，相关人员得到软件配置配置管理方面的培训。
9. 项目经理和配置管理员应该明确他们在相关项目中所担负的软件配置管理方面的责任。
10. 软件配置管理工作应该享有足够的资源支持，这需要项目经理和公司高层之间协商11. 软件配置管理应该实施于如下产品：对外交付的软件工作产品，以及那些被选定的在项目中使用的支持类工具等。
12. 软件配置的整体性在整个项目生命周期中得到控制。
13. 软件质量保证人员应该定期审核各类软件基准以及软件配置管理工作。
14. 使软件基准的状态和内容能够及时通知给相关组别和个人。
15. 公司全面推行配置管理政策，将配置管理作为公司管理的重点，在全体员工的范围内进行质量考评，将结果计入到员工绩效，对于积极参与质量工作，做出突出贡献的将给予一定的奖励。
■以上。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMMI3级过程实施方针目录1、组织过程焦点方针 (3)2、组织过程定义方针 (3)3、组织级培训过程方针 (3)4、需求管理过程方针 (3)5、风险管理过程方针 (4)6、集成项目管理过程方针 (4)7、软件研发项目策划过程方针 (4)8、软件研发项目监督与控制过程方针 (4)9、测量与分析过程方针 (5)10、决策分析和制定过程方针 (5)11、过程和产品质量保证控制程序方针 (5)12、软件配置管理控制程序方针 (5)13、需求开发过程方针 (6)14、技术解决方案过程方针 (6)15、产品集成控制程序方针 (6)16、验证过程方针 (7)17、确认过程方针 (7)1、组织过程焦点方针1.1、全体员工协调一致进行过程的制定和改进工作。
1.2、SC负责确定公司过程改进活动的目标、方针和策略，领导公司的过程改进活动；EPG在SC的领导下完成具体的过程改进活动，负责组织具体过程的建立和不断改进。
1.3、所有过程相关的改进意见或建议，都应遵照《过程改进建议处理控制程序》得到适当的处理。
1.4、公司标准过程的制定和改进活动要有计划地进行。
1.5、EPG从项目的实践中取得过程度量数据，总结各种项目报告、过程评估报告，分析实施中的问题，从而获得改进需求，制定改进计划，不断推动过程改进活动。
1.6、在公司过程改进活动中，遵循SEI-CMMI阶段式模型，逐步提高公司能力成熟度等级。
2、组织过程定义方针2.1、工程过程小组（EPG）负责建立和不断更新公司的标准过程集合以及过程财富库，使其可以为项目所了解和使用。
2.2、每个新项目在开始时都应参照和利用组织标准过程，必要时对组织标准过程集合进行剪裁，得出适合项目的工作过程，但是项目对组织标准过程的剪裁必须经过EPG的评审和批准。
2.3、EPG负责对过程的使用情况进行度量。
3、组织级培训过程方针3.1、根据公司战略业务目标确定组织极的战略培训需求，使培训成为企业实现战略目标的有效手段。
3.2、明确定义组织级培训工作的实施流程，创造适合项目运行的环境。
3.3、通过培训提高员工知识技能水平，使培训成为培养、吸引员工的重要管理手段。
3.4、对组织级培训工作进行度量，跟踪培训效果，保证其与组织的目标相一致4、需求管理过程方针4.1、客户需求需要文档化，并且建立与产品特性的对应关系，并通过市场和产品部门的认可，纳入配臵管理基线4.2、纳入项目的各级需求必须进行文档化4.3、需求必须经过评审，以达成共同理解4.4、需求的变更必须得到相应的批准并跟踪至关闭4.5、《业务需求》必须作为功能基线纳入配臵管理4.6、《需求规格说明书》必须作为分配基线纳入配臵管理4.7、在软件生命周期的不同阶段，要利用需求跟踪矩阵对需求的溯源性和状态进行跟踪，并识别项目计划和工作产品与需求之间的不一致处。
4.8、通过持续改进，逐步建立对现场定制开发需求管理的的有效方法，并纳入配臵管理基线5、风险管理过程方针5.1、项目必须有明确的风险管理策略，并对风险进行识别和分析5.2、项目组要定期跟踪风险，按照风险管理策略及时制定风险管理计划，对风险进行管理，减小或避免风险发生对项目产生的不利影响。
6、集成项目管理过程方针6.1、所有软件研发项目必须通过剪裁组织标准过程，建立项目已定义过程6.2、所有软件研发项目要运用项目已定义过程管理和实施项目研发工作，并且与相关利益者进行协调和合作7、软件研发项目策划过程方针7.1、所有软件研发项目的策划要基于项目的业务需求7.2、项目需要按照公司策划过程的要求对项目参数进行策划，制定项目计划7.3、项目开发组、测试组、支持组和其它相关利益人要共同协商项目活动，对项目计划取得一致意见，做出内部和外部承诺7.4、项目的RELEASE 时间、工作量投入、产品结构有重大变更的，在得到高级经理的批准后要进行重新策划。
7.5、要对项目策划的文档妥善管理8、软件研发项目监督与控制过程方针8.1、项目使用已经文档化的项目综合计划来监督项目性能，并对项目综合计划进行维护。
8.2、高级经理会同项目经理每月评审项目的状态和问题。
8.3、在项目的实际性能或结果偏离项目开发计划时，要根据规定的偏差范围，采取适当的纠正措施，并跟踪纠正措施到结束。
8.4、如果要对项目计划中的约定进行更改，需要与共利益者协商并协调一致。
8.5、对外部承诺的更改或制定新的承诺，按照《对外承诺变更规程》执行。
9、测量与分析过程方针9.1、测量目标和测量活动要与信息需要和目标取得一致9.2、测量结果要向相关利益人提供，并使需要使用这些度量结果的人员通过授权可以方便地进行查询9.3、高级管理层确保测量分析活动所必须的资源、资金和培训。
9.4、公司有专人负责测量活动的协调和数据综合分析9.5、所有项目必须收集公司定义的基本数据集合中的数据。
9.6、度量活动遵从识别－定义－收集－分析－反馈的循环。
9.7、短期内利用EXCEL作为分析工具，公司将谋求开发或购买度量分析系统，以此管理和使用度量数据,并最终作为统一的度量数据库。
10、决策分析和制定过程方针10.1、公司要求在以下情况下必须使用《决策分析和制定控制程序》要求的流程进行结．构化决策．．．．（即对照规定的准则对推荐的候选方案进行评价）：决策直接相关的论题是高风险的；（参见“风险管理”相关过程规定）决策可能造成进度超阈值拖延或影响项目实现目标的；与决策的影响相比较，决策过程的成本（包括时间成本）可以接受。
10.2、公司提倡各级管理者在重大决策中充分发挥集体的智慧，提高决策的计划性和科学性。
基本原则是：在条件允许的前提下，要让决策的执行者充分参与决策的制定过程。
11、过程和产品质量保证控制程序方针11.1、在公司内所有研发和工程项目中实施过程与产品质量保证活动。
11.2、QA组作为公司内独立于项目的专门小组存在，负责对项目过程和工作产品遵循公司过程、标准和规程的情况进行客观地评价，并且确保不符合问题得到处理。
11.3、对于项目内不能解决的不符合问题，QA人员有向高级管理者报告的独立渠道。
11.4、高级管理者信任且重视QA人员在其活动中的发现与报告。
11.5、高级管理者定期评审项目QA活动和结果。
11.6、独立的QA专家定期评审项目QA组的活动和工作成果。
12、软件配臵管理控制程序方针12.1、在项目的整个生存周期内都要实行配臵管理12.2、项目要建立并维护已确定的工作产品基线12.3、CC和SCCB负责跟踪和控制对配臵管理之下的工作产品的变更12.4、SCCB定期审核软件基线和配臵管理活动，确保建立并维护基线的完整性12.5、项目必须使用公司确定的配臵管理工具进行配臵管理13、需求开发过程方针13.1、技术经理或需求开发相关人员负责收集共利益者需要，形成产品和产品构件的需求13.2、项目组要对收集的需求要进行分析，并和相关利益人进行需求的确认14、技术解决方案过程方针14.1、项目要根据选定的生命周期模型，反复进行产品构件的选择、产品和产品构件的设计以及产品的实现工作。
14.2、概要设计控制程序方针概要设计文档必须纳入配臵管理。
概要设计文档须征得项目经理同意进行剪裁。
14.3、详细设计控制程序方针详细设计文档需征得项目经理的同意进行裁剪。
详细设计和概要设计可以交叉进行，但纳入配臵管理必须是先概要设计、后详细设计。
设计活动和产品需求可以交叉进行，设计必须首先保证满足关键需求。
14.4、产品实现控制程序(代码实现)产品部件的实现过程必须是有计划和受控的实现的产品部件必须纳入配臵管理代码同相关的设计文档必须保持一致15、产品集成控制程序方针15.1、项目要开发产品集成策略和环境，确保产品构件之间的接口兼容性15.2、项目要按照已定的集成策略组装产品构件，交付产品和产品部件15.3、为产品集成提供足够的资源保证；15.4、接口变更纳入组织的变更管理，确保接口处于受控状态，以保证产品集成准备工作有效开展；15.5、实施产品集成测试，减少集成系统在实际使用中出现严重缺陷的可能。
15.6、组织必须为产品集成测试活动提供充足的资源。
15.7、定期跟踪和记录产品集成系统BUG的状态。
15.8、定期统计和分析测试活动结果和效果，推动测试活动本身的有效性和高效性。
16、验证过程方针16.1、项目要建立并维护验证策略和环境，并且对所选的工作产品进行同级评审16.2、部件测试控制程序方针根据生命周期的选择，进行部件测试活动，减少集成产品进入系统测试阶段后遗留严重缺陷的可能。
组织必须为已确定的部件测试活动提供充足的资源。
通过部件测试的集成产品方能进入系统测试。
定期跟踪和记录缺陷状态。
定期统计和分析测试活动结果和效果，推动测试活动本身的有效性和高效性。
16.3、系统测试控制程序方针根据生命周期的选择，实施有效的系统测试活动，减少系统实际使用中出现严重缺陷的可能。
组织必须为系统测试活动提供充足的资源。
所有产品需要通过系统测试之后方能进入内部验收。
记录系统缺陷跟踪缺陷状态。
定期统计和分析测试活动结果和效果，推动测试活动本身的有效性和高效性。
17、确认过程方针17.1、项目要建立并维护确认策略和环境，确保产品和产品构件适合在其预定运行环境中使用17.2、测试控制程序方针实施测试，减少系统初验时出现严重问题的可能。
组织必须为测试活动提供充足的资源。
定期跟踪和记录产品BUG的状态。
定期统计和分析测试活动结果和效果，推动测试活动本身的有效性和高效性。
17.3、产品验收控制程序方针所有产品均需通过内部产品验收方可在客户现场安装使用。
建立并维护确认策略和环境，确保产品和产品构件适合在其预定运行环境中使用17.4、产品发布控制程序方针在产品正式对外发布前，使其充分性和适宜性得到肯定。
产品发布是有序控制的过程。