FDE Project OS（FDE 项目操作系统）

知识库位置：FDE Knowledge Base/13 Operating System/00-FDE-Project-OS.md 术语不确定时，请查阅 Glossary（中英文术语表）。

定位

13 Operating System 定义为：

FDE Project Operating System（FDE 项目操作系统） 用一个统一项目工作空间管理客户上下文、问题、Use Cases（用例）、架构、决策、风险、实验、交付、生产运营、业务价值与项目学习。

它不负责重新解释：

什么是 Discovery（客户调研）
什么是 RAG（检索增强生成）
什么是 Risk Register（风险登记表）
什么是 Pilot（试点）

这些知识已经存在于其他模块。

它负责回答：

一个真实 FDE 项目，现在到底处于什么状态？有哪些事实、决定、风险、验证和下一步？

完整目录

13 Operating System
│
├── 00-FDE-Project-OS（项目操作系统总览）
├── 01-Project-Workspace（项目工作空间）
├── 02-Customer-Context（客户上下文）
├── 03-Problem-and-Use-Case-Registry（问题与用例登记）
├── 04-Architecture-Registry（架构登记）
├── 05-Decision-Log（决策日志）
├── 06-Risk-and-Issue-Registry（风险与问题登记）
├── 07-Experiment-and-Evaluation-Registry（实验与评估登记）
├── 08-Delivery-Tracker（交付跟踪）
├── 09-Production-Operations（生产运营）
├── 10-Value-Tracker（价值跟踪）
├── 11-Lessons-Learned（经验教训）
├── 12-Project-Closeout（项目收尾）
├── 13-Operating-Cadence（运营节奏）
├── 14-Project-Health-Model（项目健康模型）
├── 15-Project-State-Machine（项目状态机）
├── 16-Project-OS-Anti-Patterns（项目操作系统反模式）
├── 17-Project-OS-Maturity-Model（项目操作系统成熟度模型）
├── 18-End-to-End-Example（端到端示例）
│
├── Checklists（检查清单）
│   ├── 01-Project-Initialization-Checklist（项目初始化检查清单）
│   ├── 02-Weekly-Operating-Checklist（每周运营检查清单）
│   ├── 03-Stage-Gate-Checklist（阶段门禁检查清单）
│   └── 04-Project-Closeout-Checklist（项目收尾检查清单）
│
└── README（模块使用说明）

Project OS Core Model（项目操作系统核心模型）

一个 FDE 项目可以抽象为 10 个核心对象：

Customer（客户）
Problem（问题）
Use Case（用例）
Architecture（架构）
Decision（决策）
Risk（风险）
Experiment（实验）
Delivery（交付）
Operation（运营）
Value（价值）

它们之间的关系：

Customer Context（客户上下文）
      ↓
Business Problem（业务问题）
      ↓
Use Cases（用例）
      ↓
Architecture（架构）
      ↓
Decisions（决策）
      ↓
Experiments（实验）
      ↓
Delivery（交付）
      ↓
Production（生产）
      ↓
Value（价值）
      ↓
Lessons Learned（经验教训）

横向贯穿：

Risks（风险）
Issues（问题）
Stakeholders（干系人）
Actions（行动）
Metrics（指标）

Project OS Design Principles（项目操作系统设计原则）

Principle 1 — Single Source of Project Truth（项目唯一事实来源）

关键信息不要散落在：

Slack（即时通讯）
Email（邮件）
Meeting Notes（会议纪要）
Spreadsheet（表格）
Personal Notes（个人笔记）

Project OS 应该能回答：

当前项目事实是什么？

Principle 2 — Facts, Assumptions, Decisions 分离（事实、假设、决策分离）

必须明确区分：

Fact（事实）
Assumption（假设）
Hypothesis（待验证假设）
Decision（决策）

例如：

Fact:
CRM API P95 = 3.8s.（CRM 接口 95 分位延迟 3.8 秒。）

Assumption:
Pilot users can tolerate 5s end-to-end latency.
（试点用户可容忍 5 秒端到端延迟。）

Decision:
Use synchronous CRM lookup in pilot.
（试点使用同步 CRM 查询。）

这三类内容不能混在一起。

Principle 3 — Every Important Item Has an Owner（每个重要事项有责任人）

包括：

Risk（风险）
Action（行动）
Metric（指标）
Dependency（依赖）
Decision follow-up（决策跟进）
Production issue（生产问题）

没有 Owner（责任人）的事项，通常等于没有被管理。

Principle 4 — Evidence Before Opinion（证据先于观点）

Project OS 应该鼓励：

Claim（主张）
↓
Evidence（证据）

例如：

不要写：

用户很喜欢。

写：

17/20 pilot users used the feature more than twice this week.
（20 个试点用户中 17 个本周使用该功能超过两次。）

Principle 5 — Every Stage Produces a Gate Decision（每个阶段产出一次门禁决策）

不是：

做完 Prototype（原型）之后自然进入 Pilot（试点）。

而是：

Prototype Evidence（原型证据）
↓
Gate Review（门禁评审）
↓
Go / Go with Conditions / Rework / Stop
（放行/有条件放行/返工/终止）

Principle 6 — Minimum Useful Documentation（最小有用文档）

Project OS 不应该制造文档负担。

原则：

只维护能支持决策、交付、运营和学习的 Artifact（工件）。

Traceability Model（端到端追溯模型）

这是 Project OS 很重要的一层。

理想情况下应该能追踪：

Business Problem（业务问题）
↓
Use Case（用例）
↓
Requirement（需求）
↓
Architecture（架构）
↓
Decision（决策）
↓
Implementation（实现）
↓
Evaluation（评估）
↓
Pilot Metric（试点指标）
↓
Business Outcome（业务结果）

例如：

PROB-001
Support search takes too long（客服搜索耗时过长）

↓ UC-001

Support Knowledge Assistant（客服知识助手）

↓ ADR-003

Use permission-aware RAG（使用权限感知 RAG）

↓ EVAL-004

Retrieval Hit@5 meets pilot threshold（检索 Hit@5 达到试点阈值）

↓ Pilot（试点）

Search time reduced（搜索时间下降）

↓ Value（价值）

Handle time improves（处理时长改善）

这让团队真正知道：

为什么系统里有这个组件？

Project OS ↔ Existing Knowledge Map（与既有知识库的调用关系）

Project OS 不替代任何已有模块，而是调用它们。

Customer Context / Problem（客户上下文/问题）

调用：

02 Business（业务域）
08 Industries（行业知识域）

Architecture Registry（架构登记）

调用：

04 Architecture（架构域）
12 Patterns（解决方案模式域）

Experiments（实验）

调用：

03 Engineering（工程域）
11 Tools（工具箱域）

Delivery（交付）

调用：

05 Delivery（交付域）
07 Playbooks（现场手册域）

Situation Handling（情景应对）

调用：

09 Field Guides（现场速查指南域）

Learning（学习）

输出回：

06 Case Studies（案例研究域）
12 Patterns（解决方案模式域）
07 Playbooks（现场手册域）
11 Tools（工具箱域）