扫码关注
这类题没有“延期一定正确”或“按时交付一定正确”的标准答案。面试官更关注你能不能基于风险做判断：问题影响什么、发生概率多大、有没有临时隔离措施、谁需要参与决策，以及如何保留可追溯记录。
1. 先把事实量化
确认缺陷触发条件、影响范围、复现概率、是否涉及安全/法规/数据完整性，以及已有测试证据。
2. 给出风险等级
用“发生概率 × 影响程度”对问题分级，区分必须阻断交付的问题和可带受控措施交付的问题。
3. 同时给方案
至少准备修复延期方案、临时规避方案、回退方案及各自成本和时间，让项目负责人有可比较的选项。
4. 明确决策与记录
高风险问题不能靠个人口头拍板。让研发、测试、质量、产品/项目负责人共同确认，并记录决策依据和后续关闭条件。
可以直接用于面试的回答
如果临近交付发现高风险缺陷，我不会先用“必须延期”或“必须按时”下结论。我会先用测试证据说明触发条件、影响范围和复现概率，再判断它是否涉及安全、法规、核心功能或不可恢复的数据风险。如果风险不可接受，我会明确建议阻断交付，并同时给出修复时间；如果存在可靠的临时规避或功能隔离方案，也会把残余风险写清楚，让相关负责人共同决策。最终我会确保问题、决策人、临时措施和关闭条件都有记录。
面试官可能继续追问
如果项目经理坚持按时交付，你怎么沟通？
什么样的问题你认为不能接受“先发再修”？
如果风险概率很低但后果非常严重，你会如何定级？
容易失分
只强调“我会坚持原则”，但没有证据和风险分级。
为了不背锅，把决定完全推给领导，不提供工程判断。
口头同意临时放行，却没有记录残余风险和后续关闭责任。
