# 1. 你的项目上线后业务方提了十几个 P2 需求，你判断应该做产品迭代而不是工程迭代，怎么推动业务方认知而不是默默执行 A 默默逐个执行 B 直接拒绝业务方 C 找到需求背后的共性问题，用产品迭代视角重新定义，用成本与覆盖量论证 ✓ 正确答案 D 抱怨需求太多
# 2. 你的项目上线后业务方说"和 XX 组的功能重叠"，你评估后认为不重叠但对方坚持，怎么用证据论证而不是关系化处理 A 直接说对方判断错了 B 找更高级别的人压 C 用能力清单对比、边界与场景论证、查证式沟通消除误解 ✓ 正确答案 D 妥协承认重叠
# 3. 你的项目上线后被 leader 评价"按时但质量一般"，你内心觉得质量不差是对方期望过高，怎么用证据对账 A 直接反驳"质量不差" B 用缺陷率、覆盖率、性能等数据量化质量，明确对方标准，区分期望不同与真实差距 ✓ 正确答案 C 接受评价不辩解 D 抱怨 leader 期望过高
# 4. 你的项目临近发布时发现了一个严重 bug 需要回滚，leader 不在工位谁负责决策，你应该怎么推动而不是越权回滚 A 直接回滚不通知 B 让业务方决定 C 等 leader 回来再处理 D 评估紧急度，按预案执行或找替代决策者，留痕并及时上报补决策 ✓ 正确答案
# 5. 你的项目依赖了一个不在你团队的数据库，对方 DBA 不配合加索引导致你性能上不去，怎么推动而不显得越界 A 理解 DBA 顾虑，用数据说明必要，提供低风险验证方案，走正式渠道并必要时升级 ✓ 正确答案 B 自己直接加索引 C 抱怨 DBA 不配合 D 绕过 DBA 改数据库
# 6. 你的项目按计划进展但业务方临时加塞了 3 个新需求，PM 说"你协调一下"，怎么 push back 而不是默默接受 A 默默接受，加班做完 B 用排期数据把加塞变成优先级决策，给取舍选项让 PM 明确选择 ✓ 正确答案 C 直接拒绝所有新需求 D 拖延执行
# 7. 你的项目涉及 5 个团队，跨团队排期出现冲突，PM 要求你"先让步"，但让步意味着你的 SLA 达不成，应该用哪些数据 argue 不背锅 A 默默让步，事后道歉 B 用数据量化让步代价与连锁反应，把决策权交给 PM 和团队，并留痕明确责任 ✓ 正确答案 C 公开指责 PM D 拒绝沟通
# 8. 你的项目被 leader 临时改方向（从 B 端转 C 端），你之前的设计 80%作废，怎么快速重设计而不是抱怨 A 抱怨 leader 想不清楚 B 完全重头开始 C 抢救旧设计可复用资产，聚焦差异快速重设计，敏捷迭代并及时对齐 ✓ 正确答案 D 拖延等方向稳定
# 9. 你的项目里需要做一次跨数据库迁移，leader 说"周末搞完不影响用户"，你评估有风险，怎么 push back A 直接拒绝周六周日迁移 B 用风险数据说明一次性切换风险，提出预演、双写、灰度、回滚等更安全方案 ✓ 正确答案 C 服从安排，周末干 D 私下推迟
# 10. 你的项目需要调用一个高敏感度的内部 API，对方以"安全审批"为由拖延，你怀疑是对方团队不想配合，怎么升级解决 A 确认真实流程、主动备料、明确里程碑、用业务影响升级并留痕 ✓ 正确答案 B 直接指责对方不配合 C 绕过审批直接调用 D 放弃这个 API
# 11. 你端到端负责的项目临近发布时 leader 让你"先发个 beta 版给种子用户"，但种子用户没法覆盖全部场景，风险怎么控 A 直接把 beta 当全量发布 B 让种子用户承担风险 C 不做 beta，直接全量 D 明确 beta 目标，做场景覆盖分析，加监控与回滚兜底，设定退出标准 ✓ 正确答案
# 12. 你端到端负责的项目在里程碑前被临时缩减 scope，leader 说"先做能做的"，但你担心交付物不完整未来补更贵，怎么 argue A 直接反对缩 scope B 服从缩 scope C 用返工成本量化，区分可安全推迟与不可推迟的部分，给出有取舍的缩 scope 方案 ✓ 正确答案 D 抱怨 leader 决策
# 13. 端到端负责的项目里你代码贡献只有 30%，但设计和推动是你做的，leader 说"你贡献不够"，怎么呈现 leadership 而不是摆工时 A 强调自己工时很长 B 用设计、决策、推动、结果等影响力维度呈现贡献，证明是杠杆而非低比例 ✓ 正确答案 C 承认贡献不够 D 抱怨代码分工不公
# 14. 端到端负责的项目里你需要在 2 周内交付，但代码 review 流程需要 1 周，明显流程不匹配，怎么推动流程优化而不是默默加班 A 默默加班硬扛 B 用数据量化 review 瓶颈，定位原因，提出分层/并行/自动化 review 方案并推动团队改进 ✓ 正确答案 C 跳过 review 赶交付 D 抱怨流程有问题
# 15. 端到端项目临近发布时 leader 让你"再加一个 feature"，你评估会延期一周且风险高，怎么既不显得不能扛事又能保住原定计划 A 直接拒绝加 feature B 加班硬加，保证不延期 C 用延期与风险数据，给选项让 leader 在"延期加塞"与"按期发布"之间取舍，表达扛事意愿 ✓ 正确答案 D 接受加塞不沟通
# 16. 端到端项目里你作为 owner 被问"为什么这个需求你不知道"，但需求是临时加的，怎么用证据澄清不是你的问题 A 情绪化辩解"不关我的事" B 承认是疏忽 C 用需求文档、会议记录等证据还原来源与时间线，区分责任，并主动补需求同步机制 ✓ 正确答案 D 沉默不解释
# 17. 端到端项目里你做了一个技术选型决策，事后 leader 质疑"为什么不选 X"，你怎么证明当时的决策是基于现有信息的最优 A 事后编造理由 B 不解释 C 承认选错了 D 用当时的决策记录、时间线、当时 X 的局限与事后信息差异论证 ✓ 正确答案
# 18. 端到端项目里你需要做一个"是否值得做"的决策，PM 说要做，数据说不值得，怎么呈现数据让 PM 主动放弃 A 直接说"不该做" B 找高层压 PM C 用 ROI 数据、机会成本、与替代方案对比，用提问引导 PM 自己判断 ✓ 正确答案 D 服从 PM 做
# 19. 项目上线后业务方反馈体验差，leader 认为是你设计有问题，但你复盘下来是 PM 没收集到真实用户场景，怎么定位真因不被甩锅 A 直接指责 PM 收集需求有问题 B 不接受任何反馈 C 承认是设计问题 D 用设计基于的用户场景假设 vs 真实反馈的对比证据定位根因，并客观承认设计的可改进点 ✓ 正确答案
# 20. 项目依赖的外部系统突然给出不可用的新版本，你的设计假设被打破，应该用哪些 fallback 方案扛住同时和对方谈判 A 只能等对方修复 B 直接切换新版本 C 先启用 fallback 扛住，用业务影响谈判要支持，再从机制上防复发 ✓ 正确答案 D 指责对方
# 21. 项目进度落后 2 周，PM 问"能不能加班赶回来"，你评估加班也赶不回来（卡在外部依赖），怎么诚实汇报而不是给假承诺 A 说清根因是外部依赖，打破"加班能解决"的错觉，给推动外部依赖或调范围的方案 ✓ 正确答案 B 承诺加班赶回 C 隐瞒进度 D 抱怨 PM
# 22. 项目里有成员请假 3 周，你负责接手他所有活，但你的主线任务也不能停，怎么协调资源而不是自己硬扛 A 量化接手与主线的冲突，给选项让 leader 调拨资源、明确优先级 ✓ 正确答案 B 自己硬扛，两头赶 C 拒绝接手 D 让主线任务停掉
# 23. 你的项目上线后被要求"和 XX 系统做集成"，但 XX 系统是另一个组的优先级低的活，怎么推动他们而不是催 A 反复催对方尽快做 B 理解对方，找共赢点，提供协助，必要时升级为双方负责人决策 ✓ 正确答案 C 自己越权去做 D 放弃集成
# 24. 你的项目里需要 review 别人的代码但他们比你资深，你提的问题可能被忽视，怎么用数据说服而不是身份压制 A 用具体场景、数据证据、请教式姿态、验证结果说服 ✓ 正确答案 B 用职级压对方 C 放弃提出问题 D 私下找 leader 告状
# 25. 端到端负责的项目里你做了一个取舍（短期痛 vs 长期收益），leader 质疑"为什么不选长期"，怎么论证短期必要 A 用现实约束、短期解决当下紧要、为长期预留扩展点、时机论证来回应 ✓ 正确答案 B 承认应该选长期 C 说长期不需要 D 不解释
# 26. 端到端项目里你发现产品 PRD 里有自相矛盾的逻辑，你已经按文档做了一部分，怎么推动澄清而不是默默猜 A 默默按直觉猜 B 停工等 PM 发现 C 按自己的理解做 D 把矛盾具体化，请教 PM 定夺，说明已做部分影响，并更新文档 ✓ 正确答案
# 27. 端到端项目里你被要求同时跟进两个 P0 需求，你判断都重要但都做不完，怎么用优先级数据让 leader 选一个 A 自己硬扛两个 B 两个都拖 C 自己决定做哪个 D 用资源代价与影响对比数据，让 leader 在知情下选优先级 ✓ 正确答案
# 28. 项目里你需要推动另一个组配合但他们的 KPI 和你们冲突，怎么找共赢点而不是单方面 push A 理解对方 KPI，把配合与对方利益挂钩，用共同目标、让步交换、必要时升级推动 ✓ 正确答案 B 反复 push 对方 C 找对方 leader 施压 D 放弃合作
# 29. 项目里有成员提了一个改进方案你不同意但他说"业界都用这个"，怎么 argue 而不是简单否定 A 直接说"业界用的不对" B 服从"业界都用" C 承认趋势但用团队具体约束、数据、聚焦目标、小范围验证来论证 ✓ 正确答案 D 不参与争论
# 30. 你的项目上线后业务方提了"加一个 A/B 实验"的需求，但当前架构不支持，应该临时改还是拒绝 A 直接拒绝 B 让业务方决定 C 直接大改架构 D 评估改造成本与价值，用轻量方案先跑，再决定是否完整改造 ✓ 正确答案
# 31. 项目上线后第一个月出 3 个 P2 事故，leader 开始质疑"是不是你设计有问题"，你怎么用复盘数据反驳而不是自我怀疑 A 用根因归类、覆盖率、对比数据区分设计问题与运行风险，客观改进 ✓ 正确答案 B 自我怀疑，承认设计不好 C 否认事故存在 D 指责运维
# 32. 项目里你做了一个高风险的改动上线了，事后被 leader 质疑"为什么没 review"，但你确实 review 过，证据在哪 A 口头说"我 review 过" B 用 PR 评论、approval 记录、时间戳等留痕证明，并区分流程与 review 有效性 ✓ 正确答案 C 承认没 review D 不解释
# 33. 项目里你发现了一个组件的安全漏洞，但 leader 说"先不管"，你担心未来事故，应该怎么 argue 必须修 A 用漏洞严重性、事故成本对比、分级缓解、必要时升级来 argue ✓ 正确答案 B 反复强调"有漏洞" C 服从"先不管" D 自己偷偷修
# 34. 你的项目上线后业务方要求"加白名单"，但白名单逻辑复杂容易出 bug，怎么用工具化降低风险 A 把白名单配置化、规则化，加校验测试、灰度回滚与可观测 ✓ 正确答案 B 坚持手写逻辑，每次改配置 C 让业务方自己改代码 D 不做白名单
# 35. 你的项目里有个需求实现成本极高但业务价值只有 10 万，怎么用 ROI 数据让 PM 放弃 A 直接说"不值得做" B 服从 PM 做 C 找高层压 PM D 用 ROI 数据、机会成本、与高价值需求对比，用提问引导 PM 自己判断 ✓ 正确答案
# 36. 你的项目里需要做一个成本优化，leader 说"加机器就行"，但你判断应该改架构，怎么用 ROI 数据说服 A 用长期 ROI、单位成本下降、架构额外收益、渐进方案论证改架构更划算 ✓ 正确答案 B 服从加机器 C 直接改架构不商量 D 抱怨 leader 短视
# 37. 项目里你做了一个工具但没人用，你怀疑是 UX 不好，怎么用最低成本验证假设而不是直接重做 A 直接重做工具 B 假设是 UX 问题直接改 C 放弃工具 D 用访谈、埋点、小改动等轻量验证确认是 UX 还是需求问题，再小步迭代 ✓ 正确答案
