3.3 需求分析、优先级与冲突解决

需求获取之后，原材料通常很乱：重复、矛盾、方案猜测、隐藏假设、不可能的期限，以及不同利益相关者对不同结果的优化。

需求分析把这些原材料变成团队能执行的决策。

分析要做什么

好的分析会问：

• 这是问题、方案、约束，还是偏好？
• 它支持哪个利益相关者目标？
• 它依赖哪个假设为真？
• 如果不做，会发生什么？
• 能不能拆得更小？
• 先做它能降低什么风险？

许多项目就是在这里变健康的。不是因为所有冲突消失，而是因为冲突被命名。

优先级是多维的

业务价值很重要，但不够。一个需求可能值得提前处理，因为它降低技术风险、解锁其他工作、满足日期约束、保护用户，或防止不可逆架构决策。

常见维度：

• 价值。
• 风险降低。
• 紧急度。
• 成本。
• 依赖。
• 学习价值。
• 失败代价。

冲突解决

不要把冲突藏在模糊语言里。把它写下来。

一份有用的冲突记录包括：

• 互相竞争的需求。
• 利益相关者和受影响用户。
• 正在做出的取舍。
• 考虑过的选项。
• 决策人。
• 证据变化时的复查触发条件。