题目重点：整合 Oracle Health 与 OCI 的不明确需求、时间压力和 scope 变更行为题，给出决策、沟通及验收框架。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 答题必须选亲历项目；本文示例只是说明结构，不是面经题目中的项目。
- Scope 变更需有明确决策者和验收标准，不能在截止日期前悄悄删功能。
解题路线
- 交代原目标、截止日期、资源和模糊点，指出不确定性影响的用户结果。
- 快速找产品、客户或上游 owner 确认高风险假设；提出必须完成、可延期和不可牺牲的质量门槛。
- 量化选项的工作量与风险，记录谁决定调整 scope、何时告知依赖团队、修改后的验收条件。
- 交付后用采用率、失败率、延期影响或客户反馈说明结果；复盘哪些不确定性应更早暴露。
手动走一遍
训练示例：原计划两周支持三种数据源，第三方 schema 到第 5 天仍不稳定。你与客户和 PM 确认最急需的一种来源，先交付带校验与错误报告的单源版本，把另两种改为有日期的后续里程碑。面试时须替换为真实经历。
规模与取舍
时间预算可按澄清、实现、验证、缓冲四块展示；决策重点是依赖路径和不可逆风险，而非算法复杂度。
易错点与追问
容易失分的边界
- 独自改变客户承诺，没说明授权。
- 只说加班解决，没有说明需求如何变清楚。
- 把砍掉测试或安全检查当作缩 scope 的唯一方法。
- 没有写清谁被通知、验收标准变成什么。
继续深挖
- 客户坚持原 scope 和原日期时你如何升级取舍？
- 若新需求影响合规或安全，哪些部分不可延期？
- 后来如何改进估算和需求确认？
