在ALM管理系统里改一条需求，工作量很少落在需求正文，更多落在往下游的传递：设计说明、开发任务、代码、测试用例、发布说明、配置项，每一样都要对齐新版本。常见断层是需求改了设计没改，代码改了用例没改，发布包出了配置项还挂在上一版。下面用五套方法处理这条传递链：CCB评审、追溯矩阵、配置基线、V模型验证、阶段门与RACI。
一、CCB变更评审：控制变更入口
1. 变更请求单的六个字段
变更请求单写清：变更内容、变更理由、受影响需求编号、期望生效版本、验收口径、回退方案。新增、修改、删除、撤回分别标记。字段不全，退回补充。
2. CCB按影响分级授权
CCB由产品、开发、测试和配置管理员组成。单模块、可逆的变更由模块负责人审批；跨模块、改接口、动数据结构的变更提交CCB；紧急变更由值班负责人先批，在约定时限内补交影响分析和评审记录。
| 变更类型 | 审批层级 | 提交材料 |
|---|---|---|
| 单模块、可逆 | 模块负责人 | 变更单、影响对象清单 |
| 跨模块、接口或数据变更 | CCB | 变更单、追溯矩阵、回归范围 |
| 紧急修复 | 值班负责人先批 | 变更单、回退方案、事后评审记录 |
3. 评审输出三个结论
批准、退回补充、延期处理。批准时确定影响分析责任人和完成时限；退回时列明缺失字段；延期时记录触发条件。批准后，影响分析沿追溯矩阵展开。
二、需求追溯矩阵：定位受影响对象
1. 维护四类追溯链接
追溯矩阵记录源对象、目标对象、版本和责任人。链接类型分四类：
| 链接类型 | 连接对象 | 影响分析用途 |
|---|---|---|
| 派生 | 需求到设计、接口、数据模型 | 判断规则和约束是否变化 |
| 实现 | 需求到任务、代码、配置 | 定位改动点和依赖 |
| 验证 | 需求到用例、测试数据 | 确定回归范围 |
| 交付 | 需求到发布说明、用户文档 | 统一对外口径 |
2. 影响分析矩阵按四列填写
以变更需求为行，以受影响对象为列，填写影响类型、影响程度、责任人、确认状态。影响类型分直接、间接、待确认；影响程度分高、中、低；确认状态只有已确认和未确认。未确认项不进入开发。
图1 需求变更的影响链
3. 纵向追主链，横向查依赖
纵向沿需求、设计、任务、代码、用例、发布、文档逐层追；横向查共享接口、公共组件、同一数据字段、接口消费方和运营配置。纵向找得到，横向才不漏。需求管理的对象全部纳入矩阵，不只覆盖需求正文。
图2 影响分析矩阵
影响对象确定后，下一步锁定版本。
三、配置管理与基线：锁定同一版本
1. 识别配置项
需求文档、设计说明、接口定义、代码、构建包、测试用例、发布说明都列为配置项，每项设唯一编号、版本号和责任人。
2. 变更单绑定基线
变更批准后先冻结新基线，再允许下游修改。下游对象引用新基线版本，不复制正文。基线记录保留变更单号、批准人、生效时间。文档管理中的关联文档同步更新，旧版本归档。
3. 发布前做配置审计
功能配置审计核对需求、设计、代码、用例、文档版本一致；物理配置审计核对构建包、配置文件、发布说明齐全。审计不通过，不进入发布门。版本锁定后，用V模型确定验证范围。
四、V模型验证：确定测试与验收范围
1. 左右两侧逐层对应
V模型左侧是需求、概要设计、详细设计；右侧是验收测试、系统测试、集成测试、单元测试。业务规则变更重跑验收和系统测试；接口变更补集成测试；实现变更补单元测试和回归。
2. 用风险矩阵定回归范围
按影响程度和发生概率打分。高影响高概率做全量回归；高影响低概率做定向回归加探索测试；低影响高概率做自动化回归；低影响低概率做抽检。回归范围写入变更单。测试管理按该范围准备用例和数据。
3. 关闭变更看三类证据
需求侧有验收记录，测试侧有用例执行和回归结论，发布侧有版本记录和回退验证。三类证据齐全，变更关闭。
图3 V模型验证闭环
验证通过后，进入阶段门和关闭审批。
五、阶段门与RACI：落实传递责任
1. 阶段门设三道检查
需求评审门检查变更单和影响分析；提测门检查用例和测试数据是否按新基线更新；发布门检查配置审计和回归结论。任一门缺失，变更停留在当前阶段。工作流把三道门设为必经节点。
2. RACI明确四类角色
R执行、A负责、C咨询、I知情。
| 活动 | 产品 | 开发 | 测试 | 配置管理员 | CCB |
|---|---|---|---|---|---|
| 提出变更 | R | C | C | I | I |
| 影响分析 | A | R | R | C | I |
| 更新下游对象 | C | R | R | R | I |
| 批准关闭 | R | C | C | C | A |
3. 三项度量
变更周期：变更单提交到关闭的时间；返工率：因漏传导致的二次修改比例；漏传问题数：发布后发现的下游对象缺失数量。按季度复盘，定位断链最多的环节。
五套方法串成一条路径：CCB控制入口，追溯矩阵定位对象，配置基线锁定版本，V模型验证结果，阶段门与RACI落实责任。变更沿这条路径走到关闭。
文章标题 ：ALM管理系统的变更影响分析：改了需求往下游怎么传 ，发布者 ：项目管理研究院
