题目重点：把依赖、各方目标和优先级冲突画清楚，用证据和小实验达成可执行决定，记录未被采纳时的处理。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 回答只使用候选人真实跨团队事件；训练例子不是题目候选人的项目。
- 明确谁拥有资源/决策权，自己不能单方面改变别组 roadmap。
解题路线
- 先界定共同目标和被阻塞的用户/交付，分别列出自己团队与对方团队的约束，准确复述对方为什么已有不同优先级。
- 给出证据：影响范围、截止时间、替代方案与推迟成本；用一页决策记录或最小试点减少对方的不确定性。
- 协商可选路径：缩范围、交换资源、分期交付、接受延期或升级到共同决策人；写清 owner、时间与验收标准，而非只催进度。
- 如果对方接受，讲决策前后、执行中风险和结果；如果未接受，也要讲如何支持共同决定并保护关键用户。
手动走一遍
训练场景：图片上传前端需要身份团队提供新权限接口，但对方正在处理安全修复。先确认安全修复不可挤占，提出只开放窄权限灰度、由己方承担测试，或将图片上线拆分；以共同风险评估记录决定。
规模与取舍
首答约两分钟；根据具体事件备好原计划与新计划、影响指标、决策人及事后验证。题目无具体优先级变更幅度，不能填造数字。
易错点与追问
容易失分的边界
- 把说服等同强压或越过对方经理。
- 不理解对方约束，反复催促。
- 只讲会议次数，没有决策与交付。
- 把优先级冲突与个人关系冲突混作同一道题。
- 虚构所有人都接受的顺利结局。
继续深挖
- 对方为什么最初不同意？
- 如果关键利益相关方仍拒绝，你怎样推进？
- 怎样避免紧急需求变成永久插队？
- 如何量化合作后的结果？
