题目重点：把经理/队友冲突、跨 Infra bug 和难合作对象视为同一冲突处理题族，保留不同角色追问。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 选择真实且可讲双方观点的事件，避免泄露个人隐私或指责同事。
- 同题族的管理者追问需增加授权、反馈与升级路径，不能只讲普通同事协作。
解题路线
- 先分离事实、影响与解释：复现 bug/明确分歧点，确认双方共同目标和各自约束。
- 私下用可验证证据沟通，复述对方观点，提出两个带风险的解决选项；需要裁决时按责任边界升级，不跳过直接负责人。
- 若自己是造成问题的一方，先止损、告知影响、提供回滚和修复时间，再做无责复盘；若是管理者，设清晰期望和持续反馈记录。
- 结果要同时说明技术/业务问题是否解决，以及合作关系是否有后续机制改善。
手动走一遍
示范：接口变更引起下游失败，先用 trace 定位到 schema 差异，与 Infra 对齐兼容窗口；共同发布兼容补丁并加契约测试。若你是 Infra owner，应主动公告、回滚和负责复盘。
规模与取舍
准备事实时间线、决策记录和后续回归数据；真实项目规模与人物角色由候选人提供。
易错点与追问
容易失分的边界
- 全部归咎于对方‘不配合’。
- 只谈情绪调解，没有技术事实。
- 绕过对方直接公开指责。
- 冲突结束后没有改进协作机制。
继续深挖
- 如果对方仍不同意怎么办？
- 你自身有何责任？
- 假如你是 Infra 负责人会怎么处理？
- 管理直接下属时如何设期望？
