题目重点：将目标、资源和事实分歧拆开，提出共同指标与决策人，说明合作结果和个人修正。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 挑可诚实讲述的真实冲突；普通技术争议与人身伤害/严重伦理问题不能用同一解决流程。
- 角色权力不同：与经理冲突时仍可提出证据和风险，最终决策权与升级路径要说清。
- 结果可包含妥协或未完全解决，但要体现自己推动事实澄清与用户目标。
解题路线
- 先明确双方共同目标和各自约束，如交付时间、可靠性或客户承诺；不要用‘对方固执’代替可检验原因。
- 区分事实分歧可用数据/实验验证，偏好分歧需先定决策标准，资源分歧需明确优先级和负责人；选择适合的会议/文档方式。
- 提出两个以上可比较方案，写影响、风险、成本和回退；让有权限者在明确截止前决定。若出现合规/安全不可接受风险，走适当升级渠道而非私下妥协。
- 决定后落实行动并用约定指标复盘，与不同意者保持信息透明；说明自己哪部分改变了想法，或怎样尊重其业务约束。
手动走一遍
虚构训练例产品团队要快速上线客户字段，平台团队担心 schema 兼容。你与对方列出改动对旧客户端的影响，决定先加可选字段和版本监控，再迁移必填。发布后查看旧客户端错误率；若仍升高按阈值回滚。所有实际结果须用自身经历替换。
规模与取舍
非算法题。回答需至少包含两方目标、共同指标、决策机制、本人行动和用户/系统结果；泛泛说‘多沟通’无法解释取舍。
易错点与追问
容易失分的边界
- 把冲突写成个人性格冲突，不讲业务约束。
- 直接上报领导而没有先澄清事实和可行备选。
- 为了和谐回避严重质量风险。
- 结果只说关系变好，不说项目或用户影响。
继续深挖
- 若经理要求按时上线但你发现高严重度风险，会如何升级？
- 另一个团队的 KPI 与你相反时如何寻找共同指标？
- 最终方案失败，你会承认自己的哪些判断问题？
