题目重点：用真实截止期、范围与风险取舍说明交付，不把加班或隐瞒质量问题当作 Deliver Results 的证据。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 使用本人真实经历，数字来自实际记录；下面例子只为训练结构。
- 说清期限由谁设定、是否可谈、哪些范围/安全边界不可牺牲，不能默认所有压力都合理。
- 承认取舍有后续成本，交付与质量需要分别验证，团队成果与个人行动分开。
解题路线
- 先给交付对象与期限的实际原因：客户迁移窗口、合同或上下游依赖。列最小验收条件与风险，解释为何原范围无法按期完成。
- 展示至少两个选项及证据，如延后、缩范围、分阶段或增加资源。明确本人决定什么、向谁升级、谁批准残余风险；替代方案不能全是假设性的陪衬。
- 具体说明牺牲的是可延迟功能、兼容范围或人工流程，不以取消关键测试、隐藏已知数据丢失风险换速度。若曾做过不合理牺牲，如实讲后果与纠正。
- 执行中用可验收里程碑、失败阈值、回滚与用户沟通管理风险。结果同时给按期范围、错误/工单等质量信号和被延期工作的补偿计划。
- 复盘自己估算、沟通或范围定义的一处失误。机制应具体到下一次如何更早测风险或调整验收，而非‘以后更努力’。
手动走一遍
虚构训练例客户三周后迁移，完整自助导入来不及。你提出先交付两种已验证格式与可审计人工补偿通道，延后第三种格式，保留回滚和数据核对。按期迁移只是第一指标，还要核对缺失/重复记录及支持成本。不能把示例数字编成自身经历。
规模与取舍
非算法题。两分钟主答需涵盖期限、两种选项、具体牺牲、个人行动、交付与质量两类结果；追问展开风险批准与后续偿还成本。
易错点与追问
容易失分的边界
- 回答只剩连续加班，没有取舍。
- 说质量毫无影响，却描述删测试或跳验证。
- 报团队结果却无法指出本人决策。
- 延期工作永远不提，隐藏技术债。
继续深挖
- 客户拒绝缩范围，你如何升级？
- 哪个标准当时你坚持不降，为什么？
- 如果重做，最早在哪一步应调整期限？
- 实际质量比预期差，你何时告知？
