# 1. 面对复杂目标你如何拆解为可验证任务并提前暴露关键依赖，举一次具体经历 A 把目标拆成带验证标准的任务树，并提前识别、显性化与管理关键依赖，是复杂目标落地的可靠方法 ✓ 正确答案 B 拆解粒度越粗，越不容易漏掉依赖 C 复杂目标拆解时只需要关注功能任务本身，依赖到用时再确认 D 外部依赖无法提前管理，只能等它出问题
# 2. 讲一次你在关键里程碑遇阻的经历，你如何脱困 A 联调受阻只需要催供应商，其他无需准备 B 遇阻时启动多路并行（自行验证、借调资源、准备降级路径）并当天拉响警报，能有效脱困 ✓ 正确答案 C 关键里程碑遇阻时应先等外部资源到位，避免做无用功 D 里程碑受阻说明排期不合理，应该直接整体延期
# 3. 事故恢复后你对组织留下了哪些可继承资产 A 排障 Runbook 只对新人有用，对老员工没有价值 B 事故资产应该只在团队内部保密，不能扩散 C 事故恢复后只需口头复盘，无需留下书面资产 D 通过复盘文档、排障 Runbook、监控告警与演练机制沉淀可复用资产，能把个人经验转化为组织能力 ✓ 正确答案
# 4. 面对不愿配合的依赖方你怎样推进 A 遇到不配合的依赖方只能等，等对方有空 B 先理解对方约束、寻找共同利益并降低其配合成本，再通过正式机制显性化，是推进不愿配合依赖方的有效方式 ✓ 正确答案 C 依赖方不配合说明他们不专业，无需理解 D 依赖方不配合时应该直接投诉到对方上级
# 5. 讲一次事故复盘中你需要当众承认错误的经历 A 复盘会上认错只需说"对不起"三个字 B 承认错误会失去权威，应该尽量避而不谈 C 公开复盘时应该弱化自己的责任，强调客观因素 D 当众坦诚承认错误并给出补救方案与改进机制，再以后续行为兑现承诺，最能重建信任 ✓ 正确答案
# 6. 如何用看板 / 状态共享让团队知晓进度偏差 A 看板信息过期没关系，站会口头同步即可 B 看板只需要展示"进行中"和"已完成"，无需对比计划 C 看板只给管理层看，团队不需要看 D 看板设置计划/实际日期对比、超期标色与承诺列机制，并每日抽查更新，能让偏差及时暴露并触发纠偏 ✓ 正确答案
# 7. 讲一次事故之后你主动提交改善提案的经历 A 事故后提交包含现状分析、改进方案、成本收益与落地路径的改善提案，并推动落地验证，是主动改进的正确方式 ✓ 正确答案 B 改善提案应该等领导要求时再写 C 事故改善提案只需要写改进项列表，不需要成本收益 D 提案被采纳后就不需要跟踪落地效果
# 8. 如何避免因短期救火挤占长期项目时间 A 长期项目只能靠加班来对抗救火挤占 B 救火属于常态化工作，无法减少 C 所有救火请求都应该立即处理，不应排队 D 通过固定深度时段、救火队列分流、授权手册与源头根治，能有效防止短期救火挤占长期项目 ✓ 正确答案
# 9. 讲一次你在常规职责外主动发现并修复问题的经历 A 职责外问题直接大改代码才是负责任的 B 发现职责外问题只需在群里提一句 C 发现职责外问题应先验证影响，做最小必要处理并完整留痕，再交回归属人接手，是既解决问题又尊重边界的做法 ✓ 正确答案 D 职责外的模块出现问题与自己无关，不应插手
# 10. 主动发现问题的机制中如何用巡检清单、反馈渠道与数据监控构建主动发现问题的体系？ A 巡检清单制定一次即可长期不变 B 巡检清单、反馈渠道与数据监控三者任选其一即可 C 三类通道互补运转，并把新发现问题持续沉淀为巡检项与监控项，才能形成自我进化的主动发现问题体系 ✓ 正确答案 D 主动发现问题体系只需要监控告警，不需要人
# 11. 当不在你职责范围内但明显需要负责人时你会怎么办 A 遇到职责不清的问题应该直接拒绝 B 接手职责外问题后就应永久负责下去 C 先临时接住防止影响扩大，同步主管并推动职责正式归位，是处理"三不管"问题的最佳方式 ✓ 正确答案 D 职责范围外的问题应该装作没看见，避免麻烦
# 12. 讲一次你主动向产品方指出潜在风险的经历 A 技术风险是产品方的事，开发只需照做 B 用历史数据与损失金额测算指出产品方案的风险，并提供替代方案，是专业且有建设性的做法 ✓ 正确答案 C 指出风险会让产品方难堪，应该私下匿名提 D 产品方案的风险应该等上线后由数据验证，现在提显得不信任产品
# 13. 你是否承担过不属于自己 KPI 但与业务高度相关的工作 A 对卡住核心业务目标且自己有优势推进的 KPI 外工作，主动承担并转化为可衡量的贡献，是业务导向的体现 ✓ 正确答案 B 承担 KPI 外工作会耽误晋升，应坚决拒绝 C 不属于自己 KPI 的工作一律不接，专注本职 D KPI 外的工作做了也没有价值
# 14. 责任边界的确定中遇到职责不清的问题时如何结合职责定义、个人能力与影响范围决定是否接手？ A 影响范围大但职责不清的问题应该等上级指派 B 职责不清的问题一律按"谁先发现谁负责"处理 C 结合职责定义、影响范围与个人能力三维判断，接手时设边界、转交时给足上下文，是处理职责不清问题的正确方式 ✓ 正确答案 D 职责不清时个人能力是唯一判断标准
# 15. 发现问题的表达中向上反馈问题时如何用数据说明影响并给出建议方案而不是只抛问题？ A 向上反馈只需要说清问题现象即可，方案由领导想 B 用"现象—量化影响—建议方案—明确请求"的结构反馈，并先自查可自行解决的问题，是最专业的向上沟通 ✓ 正确答案 C 遇到问题应该先全部自己扛，不能向上反馈 D 反馈时数据越多越好，不需要结论
# 16. 边界外的主动中问题不在职责内但无人处理时如何判断该伸手承担还是止步上报？ A 职责外问题一律上报，避免担责 B 按影响大小、操作可逆性、人选匹配度与个人负载四个维度判断承担或上报，是最理性的边界决策 ✓ 正确答案 C 只要影响大就应该自己承担，不用考虑负载 D 边界外问题先接了再说，边做边看
# 17. 问题的优先级中多个待处理问题时如何按风险、业务价值与所需资源综合排序？ A 所有问题都应按紧急度先后处理 B 高风险与合规问题优先，其余按价值与资源比值排序，并考虑批处理与资源约束，是综合排序的正确方法 ✓ 正确答案 C 风险类问题可以等到下季度处理 D 问题排序只需比较业务价值大小
# 18. 讲一次你判断某项责任该由自己承担还是授权他人、并说明判断依据的经历 A 按风险、能力、成长价值与个人负载四要素判断承担或授权，高风险自己扛、低风险带人练，是成熟的管理决策 ✓ 正确答案 B 任何任务都应该自己做，保证质量 C 任何任务都应该授权出去以培养团队 D 授权就是把任务丢出去，不用管过程
# 19. 讲一次你主动把问题升级到更高层面解决的经历，触发时机与判断依据是什么 A 升级后就可以不管了，等上级通知 B 升级应该越早越好，任何分歧都立即上报 C 问题升级说明自己能力不足，应该尽量内部消化 D 当问题超出执行层决策权且影响已外溢时，带完整上下文与建议方案主动升级，是推动问题解决的正确方式 ✓ 正确答案
# 20. 你如何在团队中营造"主动暴露隐患、共同预防问题"的文化，具体做了什么 A 暴露隐患应该与绩效挂钩扣分，才能引起重视 B 营造文化只需要开一次会强调 C 通过安全承诺、隐患上报机制、正反馈激励与演练，可以系统营造"主动暴露隐患"的团队文化 ✓ 正确答案 D 团队文化无法刻意营造，只能自然形成
# 21. 你如何区分"主动发现问题"与"制造问题"两种行为，请举一个具体例子说明边界 A 只要动机是好的，任何表达方式都可以接受 B 区分"发现问题"与"制造问题"的关键在于是否带证据与方案、是否让问题更接近解决而非引发恐慌 ✓ 正确答案 C 只要能指出问题，方式不重要 D 发现问题时应该先把问题闹大，才能引起重视
