题目重点：面对困难工作关系，如何保持任务推进、理解约束并改善合作。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 只用本人实际经历，明确自己的动作与团队共同成果；训练情境是回答结构示例，不是可以冒充的履历。
- 结果指标包含基线、观察窗和来源，区分相关变化与能归因于本人的效果。
- 同事间尴尬经历作为同题关系变体：讲自己观察到的事件和回应，不推测对方心理，也不披露无关私人细节。
解题路线
- 选工作行为问题，不用身份、口音或性格标签定义“难”。描述可观察行为如响应延迟、review反复或优先级不一致。
- 先一对一了解对方约束并校验自己的沟通方式；用共同任务与具体例子，而不是泛指“不合作”。
- 调整协作协议：明确输入/验收/响应窗口、提前异步说明、定期检查依赖。需要升级则以项目影响和事实为依据，不把经理当作惩罚工具。
- 解释关系是否真正改善、哪些仍有边界以及本人改变。即使没变好友，也可形成可靠专业合作，不假装人人都亲密。
- 尴尬场景可说明误会/本人失误、如何尊重对方澄清或道歉、怎样恢复合作及后来证据；不把故事加工成戏剧化羞辱。没有明确冲突时不要强行说赢了争论。
手动走一遍
练习情境：reviewer多次追加要求导致延期，先整理需求与验收，提前邀设计review，将大PR拆小；用后续review等待与返工证据核对，不简单说对方很难搞。
规模与取舍
先给约90秒主线，再按追问展开决策、技术细节、协作人数、时间跨度和结果证据。规模只填写真实用户/团队/数据量，敏感内容可脱敏；未知数字说明缺口，不编造提高比例。
易错点与追问
容易失分的边界
- 只讲忍耐，没有协作机制或项目结果。
- 把普通技术不同意说成人际冲突，会让主线模糊。
继续深挖
- 如果对方拒绝沟通，如何减少关键依赖与保持记录？给可执行交付协议和适度升级。
- 哪些是你自己的贡献或误解？至少给一个真实可改变行为。
