02 · FDE 端到端交付方法论
1. 官网公开的八步交付闭环
官网的 FDE Delivery Loop 给出八步：[S5]
| 步骤 | 关键动作 | 主要产物 | 退出条件 |
|---|---|---|---|
| 1. 客户研究 | 行业压力、组织、关键人、预算、历史基础 | Account Brief、Stakeholder Hypothesis | 线索真实且有进入现场的切口 |
| 2. 现场观察 | 访谈、流程走查、系统演示、影子工作 | Gemba Notes、Shadow Workflow | 模糊兴趣变成有证据的问题 |
| 3. 价值流分析 | 标注任务、系统、文档、等待、返工、风险 | Value Map、Baseline、Waste Diagnosis | 找到高价值介入节点 |
| 4. Agent PRD | 定义角色、任务、知识、工具、权限、HITL、评测 | Agent PRD、HITL Map、Solution Canvas | 方案可构建、可验收、可治理 |
| 5. MVP 构建 | RAG、工具调用、接口、交互、日志和基础安全 | Prototype、接口契约、运行证据 | 最大价值/技术风险获得验证 |
| 6. 评测治理 | 评测集、失败样本、复核、权限、回滚、审计 | Eval Report、PRR、Decision Log | 达到试点阈值或明确停止/调整 |
| 7. 试点上线 | 有限部门/流程上线，跟踪效果、成本、稳定性、采纳 | Pilot Canvas、Adoption Plan、Value Ledger | 形成生产采纳和可测流程影响 |
| 8. 复用沉淀 | 模板、连接器、评测集、运营面板、实施手册 | Industry Pack、产品反馈、复盘 | 下一项目可复用且责任人明确 |
2. 实际项目建议使用的六道 Gate
下面是对官网八步、六周训战和 Project Gate 的整合。它是本知识库的操作化版本，不等同于官网未公开的“十动作”原表。
Gate 0 · Opportunity：是否值得进场
- 有真实业务 Owner/Sponsor。
- 问题发生频率、损失或风险足够高。
- 能进入真实流程并取得最低限度数据/样本。
- 六至十二周内存在可验证的最小闭环。
- 不以预设技术方案描述问题。
决策：进入 Discovery / 暂缓 / 拒绝。
Gate 1 · Discovery：问题是否真实、边界是否清楚
- 至少覆盖 Sponsor、业务 Owner、一线用户等两类以上角色。
- 事实、解释、假设分开记录。
- 有 As-Is 工作流、时间/质量/风险基线和异常样本。
- 明确受益人、责任人、范围和停止条件。
产物：Project Charter、Stakeholder Map、Discovery Pack。
Gate 2 · Design：方案是否可构建、可治理
- 明确 Job/Task/Decision 和目标工作流。
- 确定 AI 自动化、建议、确认、接管的责任模式。
- 明确数据来源、工具接口、最小权限、异常升级和回退。
- 业务、工程、治理三方可理解并同意验收口径。
产物：Workflow Redesign、Agent PRD、HITL Map、Solution Canvas。
Gate 3 · Build–Eval：最大风险是否被真实证据验证
- 样本来自真实任务而非纯合成演示。
- 质量、业务、安全指标和阈值事先确定。
- 失败分类、红队、人工复核和复现材料完整。
- 有 Go / Adjust / Stop 决策记录。
产物：Prototype Evidence、Eval Set、Failure Log、Eval Report、PRR。
Gate 4 · Pilot–Adoption：是否形成生产采纳
- 试点人群、流程、周期、责任和风险边界明确。
- Sponsor 有资源和管理动作，一线反馈可进入迭代。
- 同时观测使用、质量、业务、成本、风险和稳定性。
- 扩大、暂停、回退、停止条件量化。
产物：Pilot Canvas、Adoption Plan、Sponsor Brief、Value Ledger。
Gate 5 · Scale–Compound：是否值得复制
- 价值证据可复核，归因边界清楚。
- 连接器、提示/工作流、评测集、权限策略、手册已版本化。
- 可配置部分与客户定制部分已拆分。
- 复用负责人、SLA、淘汰规则和路线反馈明确。
产物：Industry Pack、Portfolio、复盘报告、产品路线输入。
3. 三条并行工作流
FDE 项目不应按“先业务、再技术、最后上线”串行推进，而应让三条流并行收敛：
3.1 价值流
经营目标 → 现场痛点 → 基线 → 可证伪假设 → 试点指标 → 结果归因 → 投资决策
3.2 产品与工程流
任务/决策 → 上下文 → 工作流 → Agent PRD → 数据/工具契约 → MVP → 生产系统
3.3 治理与采纳流
利益相关者 → 权限/责任 → HITL/异常 → 评测/审计 → Sponsor 机制 → 用户采纳 → 运营反馈
每道 Gate 都应由业务、工程、治理三方共同评审，避免一条流先完成、另外两条流最后补票。
4. 每周运行节奏
官网建议项目每周同步业务假设、评测、上线风险、客户反馈和阻塞点。[S5] 可操作化为：
- 周一：目标、假设、最大风险、样本计划。
- 周中：真实任务走查、原型/评测、失败样本复盘。
- 周五：业务 Owner + 工程 + 治理联合评审，记录 Go/Adjust/Stop。
- 持续：Action、人工确认、异常、成本、时延、结果统一进入证据账本。
5. 决策纪律
- 不因 Demo 漂亮而扩大范围。
- 不用模型指标替代业务指标。
- 不在没有 Owner、基线和真实样本时启动 POC。
- 不把权限、审计、回滚延后到上线前。
- 不把“用户接受培训”当作“用户完成采纳”。
- 不因已经投入而回避停止；停止条件要在实验前写下。