题目重点：IC5 HM 假设重要 launch 无法按期；用事实状态、可选范围、质量门槛和对外沟通作答。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 上线涉及客户/团队承诺，无法按期的风险已由证据支持；具体监管、资金或安全影响题目未明确。
- 决策权可能在 PM/工程/风险负责人，不假装个人可单方面改日期或取消质量门槛。
- 可选方案应附代价与风险，不以‘多加班’作为唯一手段。
解题路线
- 尽早给可信状态：已完成/未完成、测试/依赖阻塞、失败概率和最晚决策时点；不等截止日才暴露。
- 提出选项：缩小功能范围、分阶段上线/灰度、加资源只在可并行工作上、延期；每项说明用户影响、风险和验证计划。
- 与 owner/PM/风险方确认不可妥协门槛，如数据完整性、安全与回滚可行性；按决策权限记录选择。
- 向相关团队与客户沟通新范围/日期/受影响功能，设下一检查点；执行时保留监控、回滚和事故响应。
- 事后复盘估算错误、依赖暴露时间和范围控制，改进以后排期，不把责任推给别人。
手动走一遍
训练情景：上线前集成测试发现重复支付风险。候选人先阻止全量，给修复+回归所需时间、仅开放不涉支付的安全范围或延期两种选项，与负责方决定并同步。题目未说具体支付场景，这只是训练例。
规模与取舍
无算法复杂度；关键是可验证时间表和质量门槛。答题可用 1–2 分钟先给行动顺序，再根据追问讲具体技术风险。
易错点与追问
容易失分的边界
- 为了日期跳过关键测试并隐瞒风险。
- 发现不能按期却只说‘再努力一下’。
- 个人擅自改承诺而不通知决策者。
- 延期后没有新的里程碑与复盘。
继续深挖
- 若负责人坚持上线怎么办？
- 哪些功能可安全先放？
- 如何向客户解释延迟又不泄露敏感细节？
