软件项目-变更管理规程-模板

变更管理规程

变更管理规程

版本：V1.0

变更管理规程

目录

1介绍 (1)

1.1目的 (1)

1.2范围 (1)

1.3参考文档 (1)

2角色和职责 (1)

3流程图 (2)

4入口准则 (2)

5输入 (2)

6任务描述 (2)

6.1TCC010提交变更申请 (2)

6.2TCC020变更影响分析 (3)

6.3TCC030变更审批 (3)

6.4TCC040组织实施变更 (3)

6.5TCC050确认实施结果 (4)

6.6TCC060更新基线 (4)

7输出 (4)

8出口准则 (4)

变更管理规程1 介绍

1.1 目的

本文件的目的是描述项目变更管理应遵循的规程，以确保项目的变更被控制和管理起来。

1.2 范围

本文件适用于公司软件开发项目的变更活动。

1.3 参考文档

《配置管理过程》

《配置管理规范》

2 角色和职责

变更管理规程3 流程图

4 入口准则

1、软件开发过程之中的工作产品（如：需求设计文档、设计模型、代码及测试脚本等）有变更需求；

2、里程碑预计延期超过项目进度偏差的阈值；（项目进度偏差阈值根据组织级进度阈值制定，组织级

进度阈值为±20%）

5 输入

1、变更需求

2、进度计划

6 任务描述

6.1 TCC010提交变更申请

1. 变更申请人根据变更情况详细填写《变更申请表》提交给项目经理。

6.2 TCC020变更影响分析

1. 项目经理判断申请是否有效、是否存在类似申请，并指定相关人员对变更进行影响分析；

2. 项目经理根据影响分析的结果对变更申请进行初步审核，决定是否需要提交给CCB批准，并填

写《变更申请表》的审批意见：

➢如果变更预计工作量导致在总工作量的2.5%以内，且变更不涉及到优先级为一级的需求变更，项目经理可直接通知实施人进行实施，在变更前应确定变更方案；这种变更一般不会导

致基线版本的变更、且对其他配置项影响不大；

➢如果为影响项目进度、影响项目重要需求的变更，将此表送交CCB，进行审批。重大变更主要是正式基线的变更、该配置项变更将引起其他配置项的变更；

➢如果是进度变更，一旦超过项目进度阈值，必须提交CCB审批；

➢如果项目经理不能决定变更并填写《变更申请表》中相应的栏目，提交CCB进行评估；

3. 如果项目经理拒绝变更申请，则项目经理将结果反馈给变更申请人，流程结束。

6.3 TCC030变更审批

B分析变更申请，，并将审批意见填写在《变更申请表》里“CCB审批意见”栏。审批意见分

为以下三种：

➢同意变更：同意此次变更申请，项目经理组织实施；

➢推迟变更：变更被搁置，留作将来实施；

➢拒绝变更：不同意此次变更申请，变更流程结束；

2. CCB负责人将《变更申请表》反馈给项目经理；

3. 对推迟变更和拒绝变更的申请，项目经理反馈给配置管理员和变更申请人；对同意变更的申请，

项目经理组织实施变更。

6.4 TCC040组织实施变更

1. 项目经理安排实施变更任务；

2. 项目经理通知配置管理员开放要实施变更的基线的权限，配置管理员填写《变更跟踪表》；

3. 变更实施人按照批准的《变更申请表》实施变更，变更完成后更新《需求跟踪矩阵》，并通知项

目经理；

4. 变更实施尚未结束时，又实施新的变更。必须在基线检入之后，才能重新检出，实施新的变更。

6.5 TCC050确认实施结果

1. 项目经理指派人员验证变更实施结果，验证可通过检查（对文档而言）或审查和测试（对代码而

言：

➢如果工作产品为源代码，项目经理交给测试人员进行测试，出具相应的报告；

➢如果工作产品为文档，项目经理指定专门的人员进行验证；

2. 验证完成之后，验证人在《变更跟踪表》的相应栏目上签字确认。

6.6 TCC060更新基线

1. 在变更执行通过验证（评审或测试）后，项目配置管理员将变更的配置项检入到基线库中，并收

回权限；

2. 配置管理员更新《基线列表》和《配置项状态表》，并邮件通知项目组全体成员变更的情况。7 输出

《变更申请表》、《变更跟踪表》、《基线列表》、《配置项状态表》

8 出口准则

变更完成、基线更新完成