Cmmi过程体系手册—参考资料

xxx

CMMI过程体系手册xxxxxx

CMMI过程体系手册

1目的

本文件规定了涉及公司产品开发和管理的过程域的方针，为实现质量方针和精益化管理而建立的研发过程管理体系，作为公司研发过程管理体系的纲领性文件。

建立研发过程体系的目的：

➢从需求到产品交付有效地进行过程控制，以达到客户满足和实现公司战略规划；

➢有效地管理研发资源，在开发过程中充分利用资源和过程资产；

➢建立度量体系，统计和分析度量指标；

➢向客户呈现精细化的过程管理能力，从而保证准时、高质量、低成本交付客户。

2范围

本手册包括过程体系方针、体系框架、生命周期模型、组织结构和角色职责过程体系中各过程的概述。

3术语定义

CMMI（Capability Maturity Model Integration，能力成熟度模型集成）:一种结构化的模型，融合

最佳实践的集合，为企业提供过程改进的典型路线图。

生命周期模型：从产品概念到产品退市的全过程模型，定义了产品概念、产品分析、产品开发、产品

测试、产品验收和产品维护共六个阶段。

4过程体系框架

注：过程体系建立四层文件体系，包括0层、1层、2层和3层。

0层文件为质量手册；

1层文件为研发主流程；

2层文件为各类规范和操作指导；

3层文件为各类模板、检查单和示例等。

5过程体系方针

过程体系的总体指导方针，是不可突破的原则。

任何项目开发活动的工作必须遵循过程体系方针，不可裁剪，任何流程通道都必须包含方针中的要求。

5.1工程类

5.1.1需求管理

1)业务需求分析与产品需求分析过程，必须识别内部和外部干系人关注点；

2)建立需求跟踪矩阵，保证对需求进行有效跟踪；

3) 需求必须文档化并通过公司内部评审。

5.1.2技术方案

1)针对开发项目，制定系统方案的选择准则和系统集成的准则；

2)开发多个系统方案，并依据选择准则进行选择；

3)依据系统集成的准则，确定系统集成的顺序；

4)对产品或关键部件进行自研、外包和复用的分析；

5) 若涉及到多个子系统，则必须识别各子系统的需求和确定子系统实现方案，并识别子系统涉

及的专业；

6) 实现方案中需包含产品使用和维修的支持文件。（例如：培训资料、在线帮助、用户手册、操

作手册、维护指南等）

5.1.3产品集成

1)依据系统集成的策略，确定系统集成的顺序和准则；

2)对接口正确性、完整性和标识进行检查。

5.1.4测试管理

1)明确集成测试、系统测试和验收测试的测试对象、测试依据和通过准则；

2)制定测试计划和测试方案，必要时要对测试方案进行评审；

3)必须对测试过程发现的缺陷进行跟踪和处理，缺陷修正后必须得到验证。

5.1.5产品管理类

1)分析竞争对手的产品，并捕获来自行业内的亮点需求；

2)制定年度产品规划，并得到批准，定期跟踪规划，定期更新年度规划；

3)分产品状态，制定产品退市或切换计划，并确认计划的执行状况。

5.1.6项目管理类

1) 流程通道的选择（即流程配置）必须得到QA的确认，并最终得到批准；

2) 基于业务需求开展项目估算，基于项目估算的结果制定项目计划；

3) 项目立项和项目计划必须得到批准；

4) 项目成员必须填写工作日志；

5) 定期且事件驱动地监控项目计划的落实状况，并识别和管理问题与风险；

6) 由内部或外部原因引起的项目变更计划，必须经过审批。

5.2过程管理类

5.2.1流程管理

1) 建立公司级和业务单元级两级的EPG，并确定其常设人员；

2) 采集改进需求，并识别过程体系中的强项和弱项，针对性地开展过程改进工作；

3) 涉及流程体系的新增必须经过培训；

4) 过程体系的建立和改进要取得业务单元的执行承诺。

5) 建立和维护组织级的过程资产和工作环境标准。

5.2.2培训管理

1）围绕关键岗位技能需要识别培训需求，并制定年度培训计划和详细计划；

2）实施培训和建立培训记录，并评估培训效果。

3）建立和维护培训的讲师库和教材库。

5.3支持类

5.3.1质量保证

1) 基于业务类型制定针对产品或项目的质量保证计划；

2) 依据使用的流程定义和标准，对过程辅导、对关键的工作过程和工作产品进行监察；

3) 确保QA的独立性与客观性；

4) 所有发现的问题必须以文档形成跟踪直到关闭；

5) 监察中发现的问题不能与监察对象达成一致时，QA必须通过问题升级的渠道解决。

5.3.2配置管理

1) 建立产品配置库和项目配置库，各业务单元统一配置管理工具SVN；

2) 编制配置管理计划，并与项目经理达成一致；

3) 禁止纳入配置管理的配置项的非授权操作；

4) 在特定阶段建立控制基线并控制其变更，变更批准后修订关联的文档；

5) 建立和落实配置库的备份机制；

6) QA对配置管理工作开展过程审计，并跟踪问题的解决。

5.3.3技术评审

1) 基于业务类型和评审对象的重要性选择评审方式（正式评审、一般评审和简化评审）；

2) 技术评审必须有对应专业的技术评审专家参与；

3) 技术评审完成后必须要有评审报告，并有相关评审人员签字确认；

4) 正式评审必须召开会议且评审前进行预评审。

5.3.4决策分析

1) 根据开发项目的业务类型，识别项目开展过程中决策点；

2) 依据决策指南确定，确定决策的角色、标准和方法；

3) 持续优化决策准则。

5.3.5度量分析

1) 基于管理信息需要确定产品开发过程中度量项；

2) 将度量分析工作自然分解到工作相关任务和文档中，减少重复和错误；

3) 比照度量指标的目标范围，获得和分析度量项数据，识别问题、风险和改进点。

6产品生命周期模型

产品生命周期模型定义了产品概念、产品分析、产品开发、产品测试、产品验收和产品维护共六个阶段。