Delivery Knowledge Map（交付知识地图）
知识库位置：
FDE Knowledge Base/05 Delivery/Delivery-Knowledge-Map.md术语不确定时，请查阅 Glossary（中英文术语表）。
05 Delivery 定义为：
FDE Delivery Playbook —— 一套以客户业务结果为目标，贯穿 Discovery（客户调研）、Scoping（范围界定）、Solution Design（方案设计）、Prototype（原型）、Pilot（试点）、Production（生产）、Scale（规模化）的端到端项目交付方法论。
它不是传统项目管理知识库，也不是软件开发流程文档，而是 FDE 在客户现场开展工作的操作手册。
核心交付逻辑：
02 Business（业务域）发现业务问题、明确价值、定义成功↓04 Architecture（架构域）+ 03 Engineering（工程域）设计技术方案、构建系统、验证技术可行性↓05 Delivery（交付域）组织人员、管理范围、推进阶段、验收成果、推动采用↓Business Outcome（业务结果）客户真正使用系统，并实现可衡量的业务改善目录结构（Delivery v0.2）
Section titled “目录结构（Delivery v0.2）”05 Delivery│├── Delivery-Knowledge-Map（交付知识地图）│├── Delivery Methodology（交付方法论）│ ├── FDE-Delivery-Lifecycle（交付生命周期）│ ├── Delivery-Principles（交付原则）│ ├── Stage-Gates（阶段门禁）│ └── Delivery-Roles-and-Responsibilities（角色与责任）│├── Delivery Phases（阶段 Playbook）│ ├── Discovery-Playbook│ ├── Scoping-Playbook│ ├── Solution-Design-Playbook│ ├── Prototype-Playbook│ ├── Pilot-Playbook│ ├── Production-Playbook│ └── Scale-Playbook│├── Cross-Functional Playbooks（横向 Playbook）│ ├── Project-Kickoff-Playbook（项目启动）│ ├── Weekly-Customer-Sync-Playbook（每周客户同步）│ ├── Architecture-Review-Playbook（架构评审）│ ├── Technical-Risk-Management-Playbook（技术风险管理）│ ├── POC-Management-Playbook（概念验证管理）│ ├── Pilot-Readiness-Playbook（试点就绪）│ ├── Go-Live-Playbook（正式上线）│ └── Hypercare-Playbook（上线护航）│├── Delivery Management（交付管理）│ ├── Project-Planning（项目计划）│ ├── Stakeholder-Management（干系人管理）│ ├── Scope-and-Change-Management（范围与变更管理）│ ├── Dependency-Management（依赖管理）│ ├── Status-and-Reporting（状态与报告）│ └── Decision-and-Action-Tracking（决策与行动跟踪）│├── Delivery Checklists（交付检查清单）│ └── 01-08：Discovery → Scale 共八套│├── Delivery Metrics（交付指标）│ ├── Delivery-Health-Metrics（交付健康度）│ ├── Project-Success-Metrics（项目成功指标）│ ├── Adoption-Metrics（用户采用指标）│ └── Business-Outcome-Tracking（业务结果追踪）│└── README（交付域使用说明）设计原则：
- Delivery Phases（阶段）：按照时间和项目阶段组织。
- Cross-Functional Playbooks（横向）：按照反复发生的工作场景组织。
- Delivery Management（管理）：管理贯穿全生命周期的项目事项。
- Delivery Checklists（清单）：提供阶段准入和验收检查。
- Delivery Metrics（指标）：衡量项目交付质量和业务成果。
不要把所有内容都放进七个阶段文档，否则随着项目复杂度增加，知识库会越来越难维护。
与 v0.1 概念文章的关系：Solution Design（方案设计）、Prototype（原型）、From Prototype to Production（从原型到生产） 是概念文章；本批 Playbook 是对应阶段的操作手册，两者互补。
FDE End-to-End Execution Model（端到端执行模型）
Section titled “FDE End-to-End Execution Model（端到端执行模型）”之前的知识库按领域组织，这里增加一个跨领域的项目执行视图：
02 — Business（业务）Customer Discovery → Problem Framing → Use Case Prioritization → Success Metrics（客户调研 → 问题定义 → 用例优先级 → 成功指标）
05 — Delivery: Discovery & Scoping（调研与定范围）Problem Definition → Project Scope → Deliverables → Acceptance Criteria（问题定义 → 项目范围 → 交付物 → 验收标准）
04 — Architecture（架构）Solution Architecture → Data Flow → Integration → Security → Deployment Design（方案架构 → 数据流 → 集成 → 安全 → 部署设计）
03 — Engineering（工程）Software → Data → AI → Cloud → Integration → Testing（软件 → 数据 → AI → 云 → 集成 → 测试）
05 — Delivery: Prototype → Pilot → Production → Scale（原型 → 试点 → 生产 → 规模化）Build → Validate → Deploy → Operate → Expand（构建 → 验证 → 部署 → 运营 → 扩展）
Business Outcome（业务结果）Adoption → Productivity → Cost Reduction → Revenue / Strategic Impact（采用 → 生产力 → 成本下降 → 收入/战略影响）重要区别：
Architecture（架构）和 Engineering（工程）并不是只在 Delivery 的某一个阶段出现。
- Discovery（调研）时，FDE 就要开展初步技术和数据调查。
- Scoping（定范围）时，需要评估技术可行性和工作量。
- Solution Design（方案设计）时，需要完成主要架构设计。
- Prototype（原型）时，需要亲自开发和验证。
- Pilot（试点）时，需要不断调整技术和业务流程。
- Production（生产）时，需要完善工程质量和运营机制。
- Scale（规模化）时，需要继续进行架构演进和成本优化。
因此，Architecture 和 Engineering 是贯穿 Delivery 生命周期的横向能力，而不是排在 Delivery 前面的独立步骤。
完整项目示例（制造业预测性维护）
Section titled “完整项目示例（制造业预测性维护）”假设客户是一家制造企业，希望通过 AI 降低设备故障率。
| 阶段 | Business（业务） | Architecture / Engineering（架构/工程） | Delivery 输出 |
|---|---|---|---|
| Discovery | 分析设备故障问题 | 调查传感器、MES、历史数据 | Problem Statement（问题陈述） |
| Scoping | 确定优先设备和业务目标 | 评估数据可用性和技术风险 | Project Charter（项目章程） |
| Solution Design | 确定维修决策流程 | 设计数据管道、预测模型和接口 | Architecture Design（架构设计） |
| Prototype | 验证业务场景 | 开发数据处理和预测原型 | Working Prototype（可运行原型） |
| Pilot | 试点设备维护人员 | 部署试点、监控模型表现 | Pilot Report（试点报告） |
| Production | 正式纳入维护流程 | 完善权限、监控、部署和可靠性 | Production System（生产系统） |
| Scale | 扩大设备和工厂范围 | 优化容量、模型和数据架构 | Scaling Roadmap（扩展路线图） |
这就是 FDE 的完整工作方式：
从业务问题出发，通过架构设计和工程实施，最终把技术变成客户可以持续使用的业务能力。