3 价值与成本的量化评估

3.1 适用场景

本流程适用于需求待办列表（Backlog）已初步建立，需要进入“折衷决策”阶段时，对每个候选需求进行多维度量化评分，从而排出明确优先级。典型触发场景包括：

• 版本规划（Roadmap Planning）：当多个功能争夺同一个发布窗口时。
• 迭代排期（Sprint Planning）：团队产能不足，必须决定哪些需求进入当前冲刺。
• 变更请求（Rework）：新增需求与原定范围冲突，需要重新计算价值‑成本比。
• 投资决策（Funding）：企业需要评估多个产品线的需求投入产出。

3.2 前置条件

#	条件	验证标准
1	已存在经干系人确认的需求描述（至少达到 Epic/Feature 颗粒度）	每个需求有清晰的“用户故事”或“功能说明”文档
2	初步技术评估（工作量估算）已完成	至少给出 Story Point 或理想人天，误差范围不超过 ±30%
3	风险识别清单已建立	含技术可行性、外部依赖、合规风险三项基础项
4	业务目标与度量指标已对齐	明确当前阶段的核心北极星指标（如 DAU、转化率、客户留存）

3.3 操作步骤

本步骤采用 VCWR 模型（Value‑Cost‑Weight‑Risk），对每个需求分别打出四维分数，最终聚合为 优先级指数。以下为具体操作流程：

1. 用户价值评分（V）——基于用户场景的打分
   从用户使用频率、问题严重度、满意度提升三个维度打分（1~5 分）。取算术平均后映射至 V（0~1）。
2. 商业价值评分（B）——对业务指标的贡献
   按预估的新增收入、成本节约、竞争壁垒、品牌影响四子项加权，总和归一化至 B（0~1）。
3. 技术成本评分（C）——相对复杂度系数
   基于 Story Point 或工程估算，将绝对值转换为相对成本系数：C = 1 - (预估人天 / 团队人均可用人天)，取值 [0,1]。
4. 风险权重评分（R）——风险影响因子
   综合“技术风险”、“时间风险”、“合规风险”三种风险优先级，取最高风险等级换算为衰减因子：R = 1 - (风险等级 / 5)。
5. 计算优先级指数（PI）
   

   PI = (V * α + B * β) * C * R

   其中 α 与 β 为业务阶段权重（默认各 0.5，可根据当前目标调整）。
   原则：PI 越高，优先级越靠前。但 PI 相近时，优先选择用户价值 V 高的需求。

3.4 输入输出物

类别	物名	格式要求
输入	需求候选列表（含已审定的 Epic/Feature/User Story）	Confluence 页面或 Jira 筛选器
输入	工作量估算结果（Story Point / 人天）	Spreadsheet 或 Jira 字段
输入	风险登记表	Excel 或风险管理工具导出 CSV
输出	VCWR 量化评分矩阵	结构化表格，含 V、B、C、R 及 PI
输出	优先级排序列表	按 PI 降序排列的需求排序，并标注紧急 / 常规 / 备选

3.5 责任边界

角色	职责	不可越界事项
产品经理（PM）	主导用户价值 V、商业价值 B 的定性输入与打分校准	不得单方面降低技术成本或风险评级；不得篡改风险等级
工程主管（Tech Lead）	提供技术成本 C 的估算基准，复核风险 R 中的技术可行性项	不擅自调整商业优先级权重；不替业务方决定价值评分
设计师/UX 研究员	对用户场景的真实性负责，确保 V 评分基于可用性测试或数据分析	不负责商业收入预测
项目经理（PMO）	监督流程完整性，维护评分矩阵更新	不代替决策者拍板最终优先级

3.6 记录材料

• VCWR 评分记录表（含版本号、评分日期、评分人签名）
• 优先级决策说明（备注 PI 相差 < 0.1 时的决议理由）
• 权重调整记录（α/β 参数变更需经 product leadership 审批）

3.7 异常处理

3.8 验收标准

1. 所有候选需求均已填入 VCWR 矩阵，无空值项。
2. PI 值计算使用统一公式，计算结果经项目助理复核无误。
3. 输出排序列表与业务阶段目标（α/β 权重）对齐，且获产品负责人书面确认。
4. 异常案例均按 3.7 节记录处理结论，并归档至迭代回顾报告。