题目重点：多篇 BQ 题目重复问克服困难并按时交付；用预警、取舍、同步和最终验收串起答案。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 要用真实经历；若实际延期，应如实解释重新承诺时间，不把延期包装成原计划按时。
解题路线
- 交代原目标、截止时间、依赖和质量底线；指出首次发现阻碍的证据。
- 区分自己可消除的技术阻碍与需外部协作/决策的阻碍，列出替代方案和风险；及时向 owner 同步影响，而非临近截止才报告。
- 通过减范围、并行验证、临时可回滚方案或争取资源守住关键交付；明确哪些验收不能牺牲。
- 说明结果：实际交付时间、质量/事故情况、事后修复与避免同类阻碍的机制。
手动走一遍
示范：上游 API 在验收前改变 schema，先冻结受影响功能、写契约测试并联系 owner；若可把非关键展示延期，主链路按原时间通过测试上线。若不满足安全底线，则应延期并解释取舍。
规模与取舍
答题不需要虚构定量结果；用真实计划与实际时间、缺陷数和影响范围帮助面试官判断。
易错点与追问
容易失分的边界
- 把熬夜当作唯一解法。
- 关键质量检查被跳过却声称成功。
- 没有说明何时让利益相关方知道风险。
- 把‘克服困难’讲成别人的行动。
继续深挖
- 若无法按时交付怎么办？
- 你砍掉了什么范围？
- 你是如何说服依赖团队配合？
- 后续怎样防止重复？
