需求变更影响评估是什么
需求变更影响评估是在决策之前，把一条变更请求对项目各维度的后果量化清楚。核心是六个方向：工作量、进度、成本、质量与风险、外部依赖、合同条款。评估还必须给出替代方案，例如分期实现或先交付简化版本，只报增项成本会迫使决策者在贵与不做之间二选一。
基本信息
| 评估时机 | 变更请求登记后、审批决策前，评估结果作为决策依据附件 |
|---|---|
| 评估角色 | 项目经理组织，技术负责人估工作量，业务方确认价值与优先级 |
| 六个方向 | 工作量、进度、成本、质量与风险、外部依赖、合同与合规 |
| 必备输出 | 影响明细、替代方案、推荐结论与假设条件 |
| 时效要求 | 约定评估时限（如两个工作日），避免变更长期悬置阻塞执行 |
典型使用场景
- 客户或业务方在开发中提出新需求，需要判断能否纳入当前迭代
- 监管要求新增合规字段，需要评估对上线日期与测试范围的冲击
- 技术方案变更导致接口调整，需要评估上下游联调成本
- 缺陷修复涉及范围扩大，需判断是否按变更而非缺陷处理
- 需求澄清中发现原有描述有歧义，评估两种理解下的工作量差异
影响评估模板（文字示意）
影响评估模板（文字示意）
变更内容：将报表导出格式由固定模板改为自定义字段
# 先写清变更的边界，避免评估过程中范围继续扩大
工作量：新增 12 人日（含 4 人日测试）
进度：影响里程碑 M3，需后延 5 天，或削减同期两项低优先级功能
# 必须给出可选项，而不是只报一个增加量
成本：增加采购报表组件的许可费用与外包工作量
风险：引入第三方组件，存在性能与版本升级依赖
替代方案：本期先支持固定模板 + 三个常用字段，后续迭代开放自定义
推荐结论：接受替代方案；若必须完整实现，建议同步后延 M3评估记录要素
| 字段 | 填写要点 | 常见缺失 |
|---|---|---|
| 影响范围 | 涉及模块、接口、数据与文档 | 只写功能名不写受影响的接口 |
| 资源需求 | 新增人力、外部配合与关键技能 | 忽略测试与运维投入 |
| 进度影响 | 受影响里程碑与浮动消耗 | 只给总工期不给里程碑 |
| 决策选项 | 接受、延后、分期或拒绝及其后果 | 只给一个方案 |
| 假设条件 | 评估结论成立的前提 | 假设不写明，事后无法解释偏差 |
评估结论要标注有效期限：变更悬置期间资源与环境会变化，两周前的评估结论不宜直接用于决策，必要时重新校核工作量与依赖状态。