主题
规划
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
156 道问题
本页为第 1–50 题，共 156 题。
A · 专业解题与实现3
B · 业务理解与领域建模4
C · 价值判断与方向规划23
- 一次会员运营计划提高了复购频次，但平均订单金额和毛利同时下降。你会如何区分健康的消费习惯变化、跨期购买迁移和促销驱动的低质量增长？
- 你接手一个用户规模稳定、增长停滞的成熟产品，团队希望立刻启动新功能。前两周你会先建立怎样的产品判断，再决定是否投入？
- 团队既要验证新增长假设，又有影响客户的维护项不断进入。你会如何设置容量、触发条件和停止规则？
- 年度规划中的转化率目标依赖一个尚未验证的渠道假设。你会如何拆分当前承诺、待验证目标，以及每个阶段决定继续、调整或停止的检查点？
- 团队需要投入数月建设共用数据能力，但短期业务路线图看不到直接功能产出。你会怎样表达价值、里程碑和退出条件？
- 团队提议暂停功能开发重构核心模块，但过去的重构收益难以量化。你会如何设定改动前的参照数据、试点和停止条件？
- 过去一年，你为解决技术债（累积的维护和改造问题）或改善构建、发布等工程基础设施争取过多少团队投入？当这些问题拖慢产品迭代时，你怎样向业务负责人说明影响和风险，并争取重构时间？
- 团队想把核心接口的性能继续优化下去。你会用哪些依据决定做到什么水位就够，什么时候应当停止继续投入？
- 新平台可以减少未来开发成本，但旧系统仍需维护两年；本季度预算只能支持一项完整投入。你会怎样比较建设、迁移和维持现状的组合？
- 设计研究团队只有两名研究员，三个产品线都希望本月完成重要访谈；一项决策很难撤回，另一项可以先用低成本数据验证。你会如何安排？
- 三个业务团队都提出了相似的需求，有人建议建一个共性平台。你凭什么判断它值得建设，还是先在各自领域内做局部方案？
- 老板或业务方强压排期，说"先上线，代码写得烂点没关系"。作为负责人，你怎样应对？哪些质量可以让步，哪些不能，你怎样让这种让步是公开、有期限的，而不是悄悄变成永久的债？
- 这个项目的短期收益和长期收益分别是什么？当两者冲突时，你当时是怎么取舍的？
- 发现自己推动的一个新方向是错的，你怎样止损？怎样判断是该继续、调整还是停止，沉没成本怎么处理，又怎样向相关的人说明？
- 业务想要新功能，团队又积累了不少技术债。你怎样决定这个季度各投入多少？
- 老板提出的是业务痛点，比如获客成本高、留存差。你怎样把它翻译成技术团队能够攻坚的目标，并说明技术手段怎样作用到这些业务指标上？
- 项目进行中用户结构或外部环境发生变化，改动前的数据已不再可比。你会怎样继续判断项目结果？
- 最终业务结果要数月后才显现，但团队现在必须决定是否继续投入，你会怎样使用领先指标？
- 试点团队达到了目标，但推广到更多地区或客群后效果不稳定，你会怎样判断结果是否可复制？
- 公司的资金只够撑 12 个月，而你要补的关键能力需要约 18 个月才能长出来，市场窗口又只剩 6 个月。你的规划会怎样处理这些不同步的时间尺度？
- 规划接下来半年时，你会从已有的资源和现状往前推，还是从目标倒推？两种推法得出的结论一致吗？
- 你的季度规划里有几件重要但本期不做的事。请说明你怎样记录它们，使下次有人想翻案时，讨论能基于判断而不是重新争论重要性。
- 你怎样确认团队的目标和公司的战略目标是一致的？发现不一致时，是调整团队的目标，还是去影响上面的目标？
当前目标在这里暂无匹配题。 ·
D · 交付执行与持续运营12
- 连续三个季度，多个团队的项目都低估了集成与验收时间。你会怎样用已有预测和实际记录判断偏差来自估算方式、范围变化还是排期机制，并改进下一轮预测？
- 项目申请通常由高层发起人直接推动，缺少高层背书的合规和基础设施工作则反复延期。你会怎样建立透明的项目入口和排序过程？
- 一个依赖平台接口的项目已进入集成期，上游团队通知字段语义将在本季度改版，但无法长期同时支持两种格式。你会怎样判断兼容策略、迁移顺序和各项目的发布边界？
- 项目交付后四个月，成本下降目标没有体现在财务报表中；发起人认为系统仍在学习期，财务则认为项目已结束。你会怎样厘清收益责任和验证窗口？
- 一次严重线上事故要求原项目团队中的两位专家连续一周参与恢复，原定里程碑因此面临变化。你会怎样更新预测、划分事故与项目责任，并让相关方作出取舍？
- 公司调整年度方向后，多个在途项目不再支持新目标，但已有团队投入和外部承诺。你会怎样决定哪些立即停止、哪些完成收尾，并组织知识、合同与资源交接？
- 业务要求“改善客户体验”，但没有明确痛点或期限。你会怎样把目标拆成可验证的问题、工作流和阶段性结果？ 追问：如果关键依赖延期一个迭代，你会如何重排关键路径、更新承诺并减少等待？
- 提出者已经指定了重写服务作为方案，但故障数据指向多个可能原因。你会如何回到问题定义并确定验证顺序？
- 项目依赖另一个团队提供接口或数据契约，但交付责任不清、计划持续变化，下季度能否排入仍不确定。你会如何建立可兑现的承诺、准备替代方案、管理关键路径风险，并决定何时升级或调整范围？
- 中途加入监管要求后，原计划无法全部实现，但不同团队仍引用旧里程碑。你会如何更新计划、依赖和对外承诺？
- 项目长期被标为绿色，直到上线前才暴露关键数据迁移没有演练。你会如何改造状态信号和决策节奏？
- 三个项目分别建设相似的权限和通知能力，单项目看都合理。你会如何发现组合层重复投入并调整治理？
当前目标在这里暂无匹配题。 ·