第1章 优先级管理核心问题：决策漏斗、资源约束、干系人期望对齐

1.1 适用场景

任何组织在需求积压（Backlog）超出团队交付能力时，都会面临优先级管理的挑战。本章内容适用于以下具体场景：

• 资源固定，需求溢出：团队或预算规模固定，但收到的需求提案数量远超可用人天、资金或时间窗口。
• 跨部门诉求冲突：不同干系人（产品、市场、技术、合规）同时提出关键需求，且互相争夺资源。
• 战略目标不清晰：公司或业务线缺乏统一的决策框架，导致优先级判断依赖个人经验或争吵。

1.2 前置条件

1. 已完成至少一轮需求收集，并形成了初步的《需求提案清单》。
2. 团队已确认当前迭代或里程碑的可用总资源（人天、预算上限）。
3. 已识别出所有关键干系人及其代表，并确认其参与决策流程的意愿。
4. 组织内部已就“优先级的最终决策权归谁”达成初步共识（通常为产品负责人或项目发起人）。

1.3 操作步骤

优先级管理问题的识别与定义分为三个并行步骤。每一步解决一个核心问题：

1. 建立决策漏斗（解决“滥用决策”问题）：
   • 将所有候选需求录入统一池子。
   • 应用第一道过滤：业务目标对齐性检查（是/否）。
   • 应用第二道过滤：可行性/合规性检查（是/否）。
   • 输出：通过漏斗的《候选需求池》。
2. 显性化资源约束（解决“过度承诺”问题）：
   • 计算团队/预算的 总容量（如：团队可用人天数 = 人数 × 迭代天数 × 0.7 开发效率系数）。
   • 为每个候选需求估算最低必要投入（人天或金额）。
   • 输出：《资源约束清单》，明确标注“剩余资源 ≤ 0”的边界。
3. 干系人期望对齐（解决“隐性期望”问题）：
   • 组织一次不超过1小时的 优先级对齐会。
   • 使用“价值——努力”四象限矩阵，请每位干系人匿名预投自己的TOP3需求。
   • 结果可视化：标记出高价值低努力（立即做）与低价值高努力（暂缓）的区域。
   • 输出：《干系人期望对比仪表盘》。

1.4 输入输出物

1.5 责任边界

• 产品负责人（PO）：维护决策漏斗，对需求过滤结果负责。
• 项目经理/Scrum Master：核算并公示资源约束清单，对数据准确性负责。
• 关键干系人（Key Stakeholders）：参与对齐会，对自己的投票结果负责。
• 决策记录员：记录所有未通过筛选项的需求及其原因，归档至知识库。

1.6 记录材料

以下为本章必须归档的结构化记录模板：

# 优先级核心问题诊断报告

## 1. 决策漏斗通过率
- 总需求数：__
- 通过业务目标过滤：__
- 通过可行性过滤：__
- 最终候选池：__

## 2. 资源约束快照
- 总可用人天：__
- 需求最低总人天：__
- 缺口（负值）：__

## 3. 干系人期望偏差
- 高价值/低努力（共识区）：__
- 分歧最大需求ID：__
- 观察结论：________________

1.7 异常处理

1.8 验收标准

1. 已生成并归档《优先级核心问题诊断报告》。
2. 资源约束清单已被所有团队负责人确认。
3. 干系人对齐会已召开，且无遗留的“未参与”或“未签署”干系人。
4. 团队已明确：在进入第2章（MoSCoW或RICE计算）之前，必须先通过本验收。