Delivery Gates
交付门禁用于判断 FDE 项目能不能进入下一阶段。门禁不过，不靠热情硬冲。
Gate 0：Intake Accepted
通过条件：
- 客户背景和业务问题清楚。
- 决策人、使用者、技术 owner 至少初步识别。
- 项目控制台已创建。
- 初始风险记录。
不通过则：
- 暂不承诺交付时间。
- 先补 stakeholder 和目标。
Gate 1：Demand Clarified
通过条件：
- 北极星指标明确。
- 当前基线明确或知道如何获得。
- 数据和权限路径明确。
- Demo 假设明确。
- 不做事项明确。
不通过则：
- 使用 02-METHODOLOGY/02-需求澄清模板 重开澄清。
- 如果需求模糊，进入 04-demo-loop-playbook。
Gate 2：Demo Validated
通过条件：
- Demo 验证了关键假设。
- 客户给出 confirmed / rejected / unknown 结论。
- 生产化范围明确。
- later list 明确。
- 新风险已记录。
不通过则：
- 缩小 demo。
- 补真实数据。
- 找到真正使用者和决策人。
Gate 3：Production Ready
通过条件：
- 核心流程在真实环境跑通。
- 监控、日志、告警或可观察信号可用。
- 回滚方案可执行。
- 安全、权限、合规边界确认。
- 部署 runbook 完成。
不通过则：
- 只能试点，不能正式生产。
- 风险进入 05-risk-radar-and-escalation。
Gate 4：Handover Ready
通过条件：
- Runbook 完整。
- 客户完成至少一次独立演练。
- 内部冠军明确且完成训练。
- 指标看板或评估方式交接。
- 常见故障处理路径清楚。
不通过则：
- 不能退出。
- 转入内部冠军训练。
Gate 5：Exit Approved
通过条件：
- 生产系统稳定。
- 客户能独立运营。
- 指标能被客户解释。
- 遗留问题有 owner 和日期。
- 项目经验已回写 playbook、runbook、案例或模板。
不通过则：
- 继续按周 review。
- 明确退出阻塞项。
Gate Review 问题
- 我们是否在用希望替代证据？
- 客户是否承担了应该承担的动作？
- 如果 FDE 明天离开，系统还能运行吗？
- 这个项目有没有留下可复用能力？