破坏性变更与跨团队需求协商

共 42 题
#

1. 你的接口 URL 要改但下游写死了,你看怎么推动

A 保留旧 URL 重定向 + 迁移窗口 + 明确下线计划 ✓ 正确答案
B 直接改,让下游自己适配
C 只改,不通知
D 放弃改 URL
#

2. 你的接口要做不兼容升级但 PM 说"必须尽快",你看怎么 argue

A 尽快切断旧版本
B 慢一点没关系,先拖着
C 新版并行 + 兼容窗口 + 灰度,既快又不破坏下游 ✓ 正确答案
D 只升级不兼容部分
#

3. 你的接口要删一个字段但下游有 20 个调用方,你看怎么推动

A 直接删,谁用谁改
B 让下游自己发现
C 只删一部分
D 先排查下游,标记废弃,等下游迁移完再删 ✓ 正确答案
#

4. 你的接口要重命名但下游 API 调用很多,你看怎么推动

A 直接重命名,下游改
B 重命名没意义
C 只重命名,不通知
D 新旧并存 + 迁移窗口,或下游可控时一次性替换 ✓ 正确答案
#

5. 你依赖的第三方 API 版本管理混乱(v1 和 v2 并存),你怎么看怎么推动

A 两套都留着,哪个用哪个
B 换第三方
C 随便用
D 用适配层隔离差异,推动统一迁移到新版本 ✓ 正确答案
#

6. 你和另一个团队的需求有冲突(都需要同一资源),你怎么看怎么 argue

A 谁先提谁先做
B 各做各的,资源不够就卡
C 吵到 leader 定
D 用业务价值与优先级协商,必要时升级裁决 ✓ 正确答案
#

7. 你想推动跨团队项目但双方 KPI 不一致,你看怎么 argue 共享价值

A 找到/创造项目对双方 KPI 的共同价值,让协作双赢 ✓ 正确答案
B 逼对方团队做
C 单方多做点
D 放弃项目
#

8. 你想推动跨团队项目但双方 leader 没共识,你看怎么推动

A 先做起来再说
B 浓缩信息给 leader、找共同目标、用试点降低决策门槛,必要时升上级协调 ✓ 正确答案
C 绕过 leader 直接做
D 等项目自己推进
#

9. 你想推动跨团队项目但对方 leader 不感兴趣,你怎么看怎么 argue 价值

A 站在自己立场强调项目重要
B 逼对方参与
C 用对方视角重新包装价值,讲对方痛点,必要时多承担资源 ✓ 正确答案
D 放弃
#

10. 你想让另一个团队提供 sso 但他们 sso 系统不兼容,你看怎么推动

A 对方的系统不兼容,没办法
B 用标准协议桥接/适配层,明确双方对接点,推动互操作 ✓ 正确答案
C 让对方重写 SSO
D 放弃 SSO
#

11. 你想推动"决策写文档"但 leader 说"口头说就行",你怎么看怎么 argue

A 用轻量决策记录(ADR/纪要)让决策可追溯、可复用,避免口头成本 ✓ 正确答案
B 口头确实够
C 只有大决策才写
D 文档是形式主义
#

12. 你想推动"异步+同步结合"但团队选其一,你怎么看怎么 argue

A 只选一种更简单
B 异步更好
C 异步管信息、同步管决策,按场景互补结合 ✓ 正确答案
D 同步更好
#

13. 你想推动"邮件 vs IM"区分但团队混用,你怎么看怎么推动

A 混用也没关系
B 全部用 IM
C 全部用邮件
D 用分类规则:正式/留痕走邮件,即时/简短走 IM,关键决策邮件确认 ✓ 正确答案
#

14. 你想推动"重要沟通有 owner"但没人承担,你怎么看怎么 argue

A 没人就不设 owner
B 开会讨论出 owner
C 谁提谁负责
D owner 匹配职责、配授权、绑定结果,临时由最相关的人或 leader 先承担 ✓ 正确答案
#

15. 你想推动"邮件主线程讨论"但 IM 更快,你怎么看怎么 argue 选择

A IM 快就全用 IM
B 邮件主线程留痕结构化 + IM 即时提醒辅助,关键决策邮件留痕 ✓ 正确答案
C 邮件太慢
D 全用邮件
#

16. 你和海外同事有时差 12 小时,你该怎么协作(同步/异步)

A 尽量同步开会
B 全异步,不沟通
C 异步为主(清晰文档+截止时间)+ 重叠窗口做关键同步 ✓ 正确答案
D 全同步,让对方熬夜
#

17. 你想让海外同事参加你的会议但他们要凌晨开,你看怎么 argue 重要性

A 重要会议就让他们凌晨开
B 放弃海外参与
C 固定让对方凌晨
D 评估重要性,用轮换/压缩/充分准备降低牺牲,非关键会议异步化 ✓ 正确答案
#

18. 你的团队值班的人响应慢,你看怎么推动 SLA

A 靠值班人自觉
B 明确响应 SLA、可见统计、升级机制、复盘根因 ✓ 正确答案
C 罚值班人
D 慢就慢,别出事
#

19. 你的团队值班的人希望有 backup,你看怎么推动

A backup 是多余的
B 没有 backup 也行
C 让 backup 也值班
D 按人配 backup + 轮换 + 能力对齐,防单点保可持续 ✓ 正确答案
#

20. 你的团队值班的人希望有 runbook,你看怎么推动

A 故障处理靠个人经验
B 从真实故障沉淀 runbook,模板化并接入值班流程 ✓ 正确答案
C runbook 写完就过期
D 让值班人自己记
#

21. 你的团队值班的人无法解决问题(不是 owner),你看怎么推动升级

A 定义清晰的多级升级路径 + 升级条件 + 闭环跟踪 ✓ 正确答案
B 让值班人硬处理
C 升级到 nobody
D 值班人自己扛
#

22. 你的团队有 3 个时区,你想推动"重叠时间开会"但有人说"没人愿意",你怎么看怎么推动

A 轮换牺牲 + 极简议程 + 低频 + async 优先,让重叠会议公平且值得 ✓ 正确答案
B 不加会议,全异步
C 固定某时区牺牲
D 每天开重叠会议
#

23. 你的团队值班的人希望有补偿,你 leader 说"没预算",你怎么看怎么 argue

A 没预算就没办法
B 值班不该要补偿
C 只能发钱
D 用调休/弹性/认可/公平轮换满足补偿诉求,让值班制度化 ✓ 正确答案
#

24. 你和另一个团队的会议时间太长(2 小时),你怎么看怎么优化

A 会议长说明讨论充分
B 议程+时长上限+会前准备+owner 推进,聚焦决策 ✓ 正确答案
C 缩短到 30 分钟但内容不变
D 取消会议
#

25. 你和另一个团队的会议经常没人(leader 不到),你怎么看怎么推动

A 强制大家参加
B 只定 leader 时间
C 会议越多越好
D 提升会议价值(议程/决策点/产出),低价值会议取消 ✓ 正确答案
#

26. 你和另一个团队的会议频率太高(一周 3 次),你怎么看怎么优化

A 保持高频,沟通充分
B 一周 5 次更充分
C 完全取消会议
D 按需降频、异步处理进度、合并议题,让会议匹配真实需求 ✓ 正确答案
#

27. 你想增加跨团队会议但 leader 说"太多",你怎么看怎么 argue 价值

A 必要就加,别管多不多
B 论证必要性、精简不叠加、先试点验证价值 ✓ 正确答案
C 会议越多越好
D 放弃加会议
#

28. 你想推动跨团队会议 owner 但没人承担,你看怎么推动

A 无 owner 也能开
B 取消会议
C 固定一个人当 owner
D 用 owner 轮换 + 会议模板,让 owner 有工具、有产出 ✓ 正确答案
#

29. 你想推动跨团队会议议程提前 1 天发但 leader 当天才发,你看怎么推动

A 当天发也能开
B 约定"提前议程是会议前提",示范+提醒,推动议程前置 ✓ 正确答案
C 议程不重要
D 让 leader 自己定
#

30. 你想把跨团队会议改成 2 周一次但有人说"要频繁",你怎么看怎么 argue

A 用异步看板+临时会满足信息更新,常规会议降频 ✓ 正确答案
B 保持每周,更频繁
C 彻底取消会议
D 会议越少越好
#

31. 你想把跨团队会议时长从 1 小时改成 30 分钟但议程满,你看怎么 argue

A 精简议程、异步分流、议题时间盒,让满议程短时高效 ✓ 正确答案
B 保持 1 小时
C 30 分钟硬塞
D 取消议程
#

32. 你的接口要改协议(HTTP->HTTPS)但下游不支持,你看怎么推动

A 并存过渡 + 帮下游扫障 + 下线计划,渐进迁移 ✓ 正确答案
B 直接切 HTTPS,下游必须支持
C 保持 HTTP
D 只让新客户端用 HTTPS
#

33. 你依赖的第三方 API 下线了,你看怎么推动替代

A 等第三方恢复
B 放弃功能
C 换一个第三方
D 评估替代方案、迁移测试、沉淀教训避免单点依赖 ✓ 正确答案
#

34. 你依赖的第三方 API 有 bug,你看怎么推动绕过

A 等第三方修好
B 直接换第三方
C 适配层隔离 + 绕过方案应急 + 推动第三方修复 ✓ 正确答案
D 让 bug 影响业务
#

35. 你依赖的第三方 API 限流(QPS 不够),你怎么看怎么推动缓存

A 用缓存/预取/降级降低实际调用,必要时协商配额 ✓ 正确答案
B 让第三方加配额
C 无限重试
D 放弃功能
#

36. 做破坏性变更时你如何设计“兼容窗口+迁移路径”(双写、新旧并存、下线时间表)并让下游接受?

A 一次性改完
B 新旧永久并存
C 只通知下游
D 分阶段(兼容-双写-切换-下线)+ 兼容窗口 + 下线时间表 + 下游支持 ✓ 正确答案
#

37. 你依赖的第三方 API 数据格式不稳定(json 结构经常变),你怎么看怎么推动适配

A 适配层隔离 + 容错解析 + 结构监控告警,推动第三方稳定 ✓ 正确答案
B 每次跟着改
C 直接解析
D 换第三方
#

38. 你依赖的第三方 API 有 SLA 不达标,你看怎么推动合同

A 口头跟第三方提
B 换第三方
C 量化 SLA 不达标、推动合同化 + 监控证据、准备降级方案 ✓ 正确答案
D 接受现状
#

39. 你依赖的第三方 API 测试环境不可用,你看怎么推动 mock

A 等第三方环境恢复
B 用假数据 mock
C 用对齐真实契约的 mock 替代,mock/真实可切换 ✓ 正确答案
D 跳过联调
#

40. 你的异步沟通对方没响应(拖延),你怎么看怎么推动 SLA

A 反复催
B 放弃沟通
C 等对方有空
D 明确响应 SLA + 提醒 + 升级 + 降低回复难度 ✓ 正确答案
#

41. 你的值班团队跨时区但需要协调,你看怎么设计 oncall

A 一个时区扛全部
B 只白天值班
C follow-the-sun 轮转 + 交接 + 升级链 + 共享 runbook ✓ 正确答案
D 各管各的
#

42. 跨团队协商达成的口头共识,你如何用“会议纪要+行动项+owner+截止日期”固化,避免后续扯皮?

A 口头共识够了
B 发会议纪要 + 行动项 + owner + 截止日期 + 双方确认 ✓ 正确答案
C 只记结论
D 靠大家记性