题目重点：讲无法按时交付的经历，解释何时发现、怎样沟通与如何保护业务目标。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 只用本人实际经历，明确自己的动作与团队共同成果；训练情境是回答结构示例，不是可以冒充的履历。
- 结果指标包含基线、观察窗和来源，区分相关变化与能归因于本人的效果。
解题路线
- 用真实错过或明确面临风险的期限，区分本人估计失误、依赖变化和scope增加，不只怪外部。
- 先重算关键路径与剩余不确定性，给保范围/保时间/分阶段三个可比较方案，说明对用户和依赖团队影响。
- 尽早与owner沟通并确认新验收，禁止静默延期或为赶工绕过关键安全/正确性要求；记录决定和responsibility。
- 恢复后复盘估计、buffer、依赖checkpoints与风险升级；结果看核心目标是否仍达成和机制是否改善，不只补班时数。
手动走一遍
练习情境：集成依赖晚到两周，提出先上线不依赖该接口的范围并保留兼容计划，告知销售/运营使用边界；不把mock结果宣传成已完成真实集成。
规模与取舍
先给约90秒主线，再按追问展开决策、技术细节、协作人数、时间跨度和结果证据。规模只填写真实用户/团队/数据量，敏感内容可脱敏；未知数字说明缺口，不编造提高比例。
易错点与追问
容易失分的边界
- 最后一天才汇报已知两周的风险，损失stakeholder选择空间。
- 承诺新日期却没有改变风险或范围，会再次延期。
继续深挖
- 为什么早期估计错了？给具体遗漏与后续如何校准。
- 如果deadline不能动，什么范围可减、哪些不能牺牲？
