题目重点：整合 Oracle HM 题目的 prioritization approach 与 handling failure/customer impact，给出有证据的任务排序和事件响应结构。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 答题应使用本人真实项目；以下优先级矩阵为准备框架，不代表 Oracle 固定评分标准。
- 安全、数据完整性和已有客户事故先于一般优化任务；实际优先级还需服从团队 SLA 和业务承诺。
解题路线
- 列出任务的客户影响、截止日期、依赖、风险和可逆性；把阻断客户使用或数据安全的任务置前，并明确被推迟任务的 owner 和告知方式。
- 若发生失败，先确认受影响客户、功能和时间段，启动负责人和通报节奏；停止扩大损害、回滚或降级，再调查根因。
- 给客户可理解的下一次更新时间、恢复条件和临时替代方案；不确定原因时说已知事实与未知项，不编造 ETA。
- 恢复后核对数据补偿和实际客户结果，记录时间线、预防措施及监控阈值；下一轮优先级排序要吸收这次事故的证据。
手动走一遍
训练示例：同周同时有新功能、慢查询优化和一个客户错误计费告警。先封禁错误收费与核对影响订单，把新功能延期并告知 PM；恢复后按账务记录逐笔补偿，再安排慢查询和新功能。面试叙述要以真实经历和具体决定替换示例。
规模与取舍
排序可用简单影响×紧急度表，但实际约束包含依赖与不可逆损失；不要把高维决策伪装成精确数值公式。事件更新频率应按客户风险和 SLA 设定。
易错点与追问
容易失分的边界
- 所有任务都说最高优先级，没有真正取舍。
- 故障回答只讲根因分析，不讲客户补救。
- 没把延期和客户影响告知相关人。
- 给出未经验证的恢复时间或宣称零影响。
继续深挖
- 高层要求新功能按期上线而客户事故未解决，你如何沟通？
- 无法立即确定受影响客户时，第一条通报写什么？
- 根因修复后如何验证历史数据已补偿？
