题目重点：围绕 Oracle Health 面经明确列出的做砸项目与 missed deadline，构造可核实的时间线和恢复措施。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 选一个自己确有责任的真实事例，可以是最终延期，也可以是发现高概率延期后主动调整承诺。
- 结果数字、客户影响和补救动作只用本人能证实的事实。
解题路线
- 交代原里程碑、负责工作和偏差，明确最早预警信号及何时意识到。
- 说明第一次通报给谁、可信的新预测，列出保底交付、延期或回滚选项及影响。
- 讲止损顺序：限制扩大范围、保住关键用户路径、分配 owner 与复核时间。
- 给出最终交付、客户或团队影响，说明后续改了什么机制，例如依赖风险登记或提前集成。
手动走一遍
训练示例：周三发现上游 API 分页不稳定会影响周五发布，立即通知 PM 和 oncall，提出先交付基础查询、分页下周补齐，保留旧接口回滚。若最终仍延期，应直说延期多久及用户影响。
规模与取舍
回答按发现→通报→决策→执行→复盘的时间线组织，约 2–3 分钟说明主干；追问需能拿出里程碑和风险记录。
易错点与追问
容易失分的边界
- 只怪上游，避开自己的判断失误。
- 最后一天才通报却称主动沟通。
- 讲动作却回避真实延期和客户后果。
- 复盘只有“以后更努力”。
继续深挖
- 经理要求隐藏延期风险时怎么办？
- 为何没有更早发现依赖问题？
- 同类项目的预警时间后来改善了吗？
