# 1. 你主持一个会议但会议跑题严重，你看怎么 argue 收敛 A 主持人应直接打断跑题者，强调自己说了算 B 用"停车位"记录待办并重申会议目标，是既尊重又收敛的成熟做法 ✓ 正确答案 C 跑题说明会议无聊，应尽快结束会议 D 跑题责任完全在参与者，主持人无需负责
# 2. 你想取消一些会议但 leader 说"有需要"，你怎么看怎么推动评估 A 直接取消会议是最高效的做法 B 用"会议成本测评+试点替代+数据评估"推动会议优化，比直接取消更易被接受 ✓ 正确答案 C leader 说需要就无条件保留，不再讨论 D 会议人次越多越重要
# 3. 你的会议变成 show（leader 展示给老板），你怎么看怎么 argue 真实 A 会议变成 show 是常态，无需干预 B 掩盖风险才能让团队显得更优秀 C 在公开场合直接指责 leader 是表演 D 通过分离对内/对外会议并主动示范报忧，逐步建立真实沟通的心理安全 ✓ 正确答案
# 4. 你想推动"ADR"（架构决策记录）但 leader 说"不需要"，你怎么看怎么推动 A ADR 是浪费时间的形式主义 B ADR 只需要记录结果，不需要记录理由 C 用轻量模板+关键决策试点+真实痛点证明价值，能渐进推动 ADR 落地 ✓ 正确答案 D 决策上下文靠脑子记就够了
# 5. 你想推动"决策评审"但 leader 说"太慢"，你怎么看怎么 argue A 决策评审会拖慢一切，应完全取消 B 决策评审只对新人有效 C 所有决策都必须经过完整评审 D 用"返工成本+分级评审+时间盒"论证，决策评审是前置时间换取更少返工 ✓ 正确答案
# 6. 你想推动"决策评审委员会"但 leader 说"不需要"，你怎么看怎么推动 A 决策评审委员会一定会导致官僚化 B 用轮值+异步+只审关键决策的轻量委员会，能以低成本提升决策质量 ✓ 正确答案 C 决策应由一个人快速拍板，从不评审 D 委员会人数越多越好
# 7. 你的决策记录分散在多个地方（邮件/文档/IM），你怎么看怎么推动统一 A 建立统一模板和单一信息源，能降低检索成本、避免重复决策 ✓ 正确答案 B 决策记录分散在多个渠道没有坏处 C 决策记录应该只存在个人笔记里 D 迁移决策记录是浪费时间的
# 8. 你的决策记录被质疑"为什么没考虑 XX"，你怎么看怎么推动全面性 A 质疑决策记录是刁难，应直接忽略 B 决策记录只需要写下最终决定 C 用结构化记录"备选方案+权衡+排除理由"，能主动消除"没考虑 XX"的盲区 ✓ 正确答案 D 全面性靠一个人想就够了
# 9. 你的决策记录没人 review（错的也记录），你怎么看怎么推动 A 决策记录只要记录完就结束了 B 通过轻量定期 review 和错误决策复盘，把 review 变成学习机制而非追责 ✓ 正确答案 C 错误决策记录应直接删除 D review 只会增加负担，没有价值
# 10. 你发的邮件没人回复（淹没），你怎么看怎么推动 SLA A 邮件没人回是别人的问题，升级投诉即可 B SLA 应要求所有人秒回所有邮件 C 邮件越短越好，不需要行动点 D 用清晰 action + 分级 SLA + 跟进机制 + 减少邮件噪音，能系统性解决邮件被淹没 ✓ 正确答案
# 11. 你发的邮件被质疑"不该用邮件（用 IM）"，你怎么看怎么推动选择 A 一切沟通都用 IM 最高效 B 渠道选择全靠个人喜好，无需规范 C 一切沟通都用邮件才专业 D 需要正式留痕和异步的场景用邮件，需要即时往返的场景用 IM，并成团队共识 ✓ 正确答案
# 12. 你发的邮件被质疑"语气不对"，你怎么看怎么 argue 专业 A 邮件没有表情，语气怎么都行 B 强调语气是靠发更多感叹号 C 用中性事实+具体请求+我句式+建设性结尾，能提升邮件沟通的专业性 ✓ 正确答案 D 情绪化表达更能体现真实想法
# 13. 你想在 IM 发送大文件（不合适），你怎么看怎么 argue 换通道 A 大文件就应通过 IM 直接发 B 大文件传输慢是正常的，无需处理 C 文件通道只有一种，无需选择 D 大文件走云盘/制品库并只发链接，让 IM 负责即时沟通、仓库负责存储检索 ✓ 正确答案
# 14. 你想推动 i18n 但 leader 说"先支持一种"，你怎么看怎么 argue A 通过字符串外部化等渐进式改造，用低成本地基规避未来高成本的国际化重写 ✓ 正确答案 B 先支持一种语言是最省事的，永远不用改 C i18n 完全没有业务价值 D 国际化改造必须一次性全量完成
# 15. 你想推动升级依赖库但 leader 说"别折腾"，你怎么看怎么 argue A 用风险对比+可控升级方案（评估/回归/灰度/回滚），把升级定位为管理风险而非折腾 ✓ 正确答案 B 依赖库能用就永远不要升级 C 升级依赖没有风险 D 安全漏洞不值得担心
# 16. 你想推动性能优化但 PM 说"现在够用"，你怎么看怎么 argue A 把性能翻译成用户体验/成本/容量的业务语言并用数据论证，能说服 PM 支持优化 ✓ 正确答案 B 性能优化是纯技术活，与业务无关 C 现在够用就永远不用优化 D 性能优化必须一次性大改
# 17. 你想写"教程视频"但 leader 说"成本高"，你怎么看怎么 argue A 教程视频成本太高，不值得做 B 教程视频必须一次做到完美 C 用低价制作+摊薄成本+复用收益论证，教程视频是反复复用的知识资产 ✓ 正确答案 D 新人 onboarding 靠 senior 手把手教最好
# 18. 你的会议在最后 5 分钟才开始讨论重点，你怎么看怎么推动结构 A 会议重点自然讨论，无需刻意安排 B 琐碎细节应该占会议大部分时间 C 按"重要优先+时间盒+琐事异步化"设计议程，能保证重点议题有充足时间 ✓ 正确答案 D 会议结构完全由参会者自由发挥
# 19. 你的会议邀请太多人（20 人），你怎么看怎么推动精简 A 用"最小必要参会+纪要异步知会+区分决策者/知会者"能精简会议并保护时间 ✓ 正确答案 B 会议人数越多越重要 C 所有相关人员都应参加每次会议 D 精简会议会得罪所有被排除的人
# 20. 你想推动 A/B 测试但 PM 说"太复杂"，你怎么看怎么 argue A A/B 测试太复杂，直接全量上线更省事 B A/B 测试只对技术团队有意义 C 用轻量小流量实验规避错误上线的风险，A/B 测试是数据驱动的低成本保险 ✓ 正确答案 D 产品决策不需要数据，拍脑袋即可
# 21. 你想推动 CI/CD 改进但运维说"现有挺好"，你怎么看怎么 argue A 现有 CI/CD 流程永远够用 B 用痛点数据+增量改进+让运维参与设计，能推动 CI/CD 在"尊重现状"前提下优化 ✓ 正确答案 C CI/CD 改进必须推倒重来 D 自动化只会增加复杂度
# 22. 你想推动代码规范但同事说"个人风格"，你怎么看怎么 argue A 代码风格纯属个人自由，不该有团队规范 B 用 linter/formatter 工具化规范，让统一规范成为降低协作成本的基础设施 ✓ 正确答案 C 代码规范没有任何价值 D 规范执行必须靠人肉 review 争论
# 23. 你想推动 Service Mesh 但 leader 说"复杂"，你怎么看怎么 argue A Service Mesh 是绝对最佳实践，应无条件引入 B Service Mesh 毫无价值 C 用问题驱动+时机判断+分阶段试点，只有痛点真实且收益>成本时才引入 Service Mesh ✓ 正确答案 D 引入新架构技术无需考虑复杂度
# 24. 你写的技术文档被 PM 说"看不下去"，你怎么看怎么推动受众 A 技术文档按技术思维写就行，PM 看不懂是 PM 的问题 B 先明确受众、用结论先行+业务语言+分层组织，能让文档面向读者而非自说自话 ✓ 正确答案 C 文档写得越全越好，不需要考虑读者 D 技术文档只写给技术人看
# 25. 你写的技术文档被 leader 说"太学术"，你怎么看怎么推动通俗 A 技术文档越学术越专业 B 文档可读性不重要 C 通俗化就是牺牲准确性 D 用类比、例子、短句、图示追求"严谨且可读"，避免学术化术语堆砌 ✓ 正确答案
