主题
规划
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
156 道问题
本页为第 51–100 题，共 156 题。
C · 价值判断与方向规划22
- 如果让你为一个技术方向做三到五年的规划，你会怎么做？怎样避免它变成一份无法检验的愿景清单？
- 公司增长放缓，老板让你探索一个陌生且竞争激烈的新市场，只给了有限预算。前 30 天你会先了解什么、验证什么，并依据哪些证据决定继续或停止？
- 市场窗口很短，完整方案要两个月；现在可以用一周做可撤销试点，但无法验证所有长期风险。你会怎样决定投入顺序？
- 回头看你已经完成的工作，哪三件现在觉得不值得做？当时为什么做了，现在的判断又变在哪里？
- 团队资源不足，短期收入项目、战略探索和技术重构都需要投入。你会用哪些标准比较并排序？对于难以直接量化的战略价值或维护风险，你会怎样说明判断依据？
- 一项新产品探索已投入两个季度，试点用户完成率持续低于目标；团队认为再加一项能力就能改善。你会如何判断继续投入的证据和停止条件？
- 评审会上三个候选项目都被各自负责人标成 P0，理由都是“很重要”。你会怎样让评审从争论排序，变成可以检查的取舍？
- 回看过去半年，你做过的最值得的三件事是什么？为什么是它们，带来了什么效益，你是怎样确认这些效益的？
- 选一个你正在参与的项目。依据什么目标和排序标准，最重要的三件事是什么，最可以暂缓或砍掉的两件事又是什么？
- 发布窗口提前两周，团队只能完成原计划六项中的三项。业务、可靠性和合规负责人各自认为自己的工作不可延期。你会如何排序并说明砍掉什么？
- 你的做法有独特性或前瞻性吗？你当时押注了什么，后来被证明对了吗？什么情况会证明你错了？
- 讲一个你参与的产品决策：当时某项短期指标变差，但团队认为它可能带来长期价值。你依据什么作出决定？后来有哪些证据说明结果与这个决定有关？还有哪些外部因素可能解释结果？
- 新流程使每周上线功能数增加一倍，但用户任务完成率没有改善，支持工单还略有上升。你会怎样判断应该继续、调整还是停止？
- 你做调研时，行业整体水准、这个方向上最好的做法、公司内已有的水准，分别是什么？你的方案落在哪一档，为什么？
- 结合已有资料和实际观察，你认为未来两年哪些类型的公司最可能受这项技术影响？请给出自己的判断及依据，而不只复述行业报告。它对本公司意味着什么，你已经采取哪些行动来验证或应对？
- 平台有迁移、稳定性和效率三条工作线，但全年资源只够推进两条。你会怎样确定季度顺序和取舍？
- 新市场的政策和客户采购周期尚不明确，公司仍需要制定年度目标和预算。你会如何把长期方向拆成季度假设、验证里程碑和可触发的计划调整条件？
- 团队计划在三个城市试点新服务，但供应质量、客户复购和单位经济都未验证；销售材料已经对外使用明确的扩张时间表。你会如何重写阶段目标和对外承诺？
- 同一产品在 iOS、Android 和 Web 上拥有不同技术债、发布节奏和用户行为；路线图却按统一功能节点安排，常导致一端提前、一端长期落后。你会如何制定跨端计划和一致性边界？
- 公司设定年度收入目标，但各团队只能影响局部功能、渠道或服务能力；季度末经常争论结果由谁带来。你会如何建立目标之间的关系、依赖关系和团队能影响的结果指标？
- 路线图列出许多目标，却没有明确退出项；团队每次遇到新请求都试图叠加工作，最终承诺不断变化。你会如何把停止、延后和不承接的事项纳入计划治理？
- 团队目前每月发布一次，业务要求缩短到每周，但自动化测试、回滚和监控尚不成熟。你会如何制定发布能力路线图，并避免只以部署频率作为成功标准？
当前目标在这里暂无匹配题。 ·
D · 交付执行与持续运营23
- 面对一个还不清晰的大问题，你怎样规划需要多少人和资源？在不确定的情况下怎样给出估计，怎样分阶段投入，又怎样向上申请？
- 团队每个迭代都被事故和恢复任务打断，路线图连续延期；管理层要求保持既定日期，同时不希望增加人手。你会如何提出容量和目标调整？
- 团队连续几个季度都因线上支持、客户升级和跨团队求助偏离路线图。有人建议统一预留 20% 容量，但团队间中断频率差异很大。你会怎样确定预留方式？
- 你怎样算出团队下个周期真正能承诺的容量，而不是“人数乘以工作日”？
- 做这个决策时，你手上有哪些资源，协作的范围有多大？这些限制对你的选择产生了什么影响？
- 业务方提出的问题还不清楚。你会先查找哪些资料、找谁核实，并怎样区分已确认的事实和推测？最后如何把结论整理成可执行的方案？
- 项目过半时可用人力突然减少一半，但目标日期不变。你会如何重排工作并与相关方重新约定结果？
- 接到一个你从没做过的需求，你怎样拆分任务，并给出一个之后可以被检验的估算？
- 一次重大事故产生 18 条改进行动，涉及架构、监控、培训和流程；各团队已有季度承诺。你会如何筛选真正降低复发风险的行动？
- 五个项目都报告同一平台依赖可能延期，但各自仍显示绿色。你会用什么证据判断应该调整项目组合，而不是继续逐项跟进？
- 上线前两周，业务方要求再加一个需求，你怎样决定接受、推迟还是拒绝，并留下什么记录？
- 发布日期已对外承诺，但多个团队仍提出新需求和缺陷修复。你会如何决定何时冻结范围、允许哪些例外，以及谁承担重新排期的后果？
- 三个项目都把同一平台团队列为关键依赖，缓冲时间已被计划填满。新出现的监管需求又必须在季度末前上线。你会怎样重新安排资源和承诺？
- 一位负责人同时承担四个高优先级项目，状态汇报仍正常，但风险处理、跨团队决定和复盘都开始延迟。你会如何判断需要增加支持、重新分工还是缩减项目组合？
- 关键供应商连续两次推迟接口交付，但项目计划仍沿用最初日期，内部团队开始并行开发临时适配层。你会怎样更新计划、处理新增工作量，并判断哪些承诺仍可信？
- 移动版本依赖应用商店审核，审核时长不稳定；后端和 Web 已可先行发布，但营销活动有固定日期。你会如何建立发布窗口、功能开关和故障时如何保留核心功能的方案？
- 多个团队共用一条发布流水线和固定维护窗口，彼此的变更规模和回滚能力不同；一个团队延期会挤占其他团队的验证时间。你会如何规划发布容量和冲突处理？
- 五个项目按各自价值排序都合理，但共享三个串行依赖团队，整体交付周期远超季度窗口。你会如何识别组合瓶颈、重新排序和决定是否拆分交付？
- 项目尚未完成时，最初提出收益目标的业务负责人离职；新负责人关注不同指标，团队仍继续按原计划投入。你会如何重新确认收益假设、责任归属和继续投资的条件？
- 一项监管要求有固定生效日期，产品团队希望同步优化流程体验；两者共享同一后端改造，但体验需求仍在调研。你会如何拆分不可变合规范围与可迭代体验工作？
- 核心服务由多个团队轮值，但各团队排期只计算项目工时；事故调查和演练常挤占计划工作，且不同服务的负荷差异很大。你会如何建立容量预测和跨团队公平机制？
- 项目计划列出多个依赖团队，但没有具体交付负责人或确认日期；每个项目单独看都可行，组合层面却可能争抢同一产能。你会如何建立依赖承诺和风险视图？
- 多个项目都按计划消耗预算和工时，但关键业务结果没有可观察变化；状态汇报主要统计已完成任务数。你会如何重新设定项目组合的进度衡量方式，并支持资源调整？
当前目标在这里暂无匹配题。 ·
E · 协作沟通与影响5
- 一次分歧没有谈拢，大家决定先按一个方案推进。你会留下什么，方便之后复查？
- 一次跨部门评审临时压缩到十分钟，决策者只想知道“能不能按期上线”。你掌握的证据显示有两个不同影响范围的风险。你会怎样组织信息，让对方能在有限时间里作出知情选择？
- 你想推动一件对团队长期有价值、但眼前没人要求的事。为什么要做，怎样说服别人，是自上而下推还是自下而上推，怎样证明它的价值？
- 两个团队都承诺了季度目标，突然发现一项关键技能只有一位工程师掌握。双方都要求优先使用他。你会如何组织协商，让资源安排可执行，也让未被满足的一方知道代价和重新评估条件？
- 跨部门会议已发布决定记录，但一个受影响团队明确表示无法按期交付。你会怎样确认各方是否接受了决定、哪些反对意见仍未解决，以及接下来谁负责处理？
当前目标在这里暂无匹配题。 ·