05 · 组织能力与人才体系
1. 三层组织模型
官网对交付组织的设计是：[S5][S8]
- Front Stage：FDE 靠近客户，负责研究、现场、价值流、Agent PRD、验证、上线和复用串联。
- Back Stage：AI、数据、前后端、安全、运维、平台等能力团队提供专业支撑。
- Governance：管理商业机会、范围、评测、上线风险、采纳、复用和毛利。
这意味着企业不应寻找“无所不能的超级 FDE”，而要形成混编 Squad。
2. FDE Squad
| 角色 | 核心责任 | 不应被替代的判断 |
|---|---|---|
| Field Lead / FDE | 现场、价值、共识、范围、采纳 | 问题是否真实、下一步是否值得投入 |
| Product | 任务、工作流、体验、Agent PRD | 产品边界和用户责任是否清楚 |
| Engineering/Data/AI | 数据、模型、接口、系统和运行 | 系统是否可构建、可维护、可扩展 |
| Governance/Security | 权限、审计、风险、合规、评测 | Action 是否允许、风险是否可接受 |
| Sponsor/Business Owner | 资源、流程变更、结果归因 | 组织是否愿意改变并承担业务责任 |
3. C6 胜任力模型
官网的人才页面给出六项核心胜任力：[S9]
| C6 | 可观察行为 |
|---|---|
| Customer | 能进入现场，识别客户表达背后的真实运营问题 |
| Context | 能理解行业、流程、组织、数据、系统、安全和预算约束 |
| Code | 能构建、集成、部署或至少有效组织工程实现 |
| Cognition | 理解 LLM、RAG、Agent、工具调用、评测、HITL 和工作流 |
| Control | 把权限、安全、审计、确认、回滚和风险边界作为设计材料 |
| Compounding | 把项目沉淀为模板、连接器、评测集、手册和平台能力 |
注意：官网首页 FAQ 同时强调 FDE 不必替代工程师。[S1] 因而 Code 不应只理解成个人编码量，而应评估其能否定义工程边界、验证实现并推动系统进入可运行状态。
4. 九大能力域 D1–D9
| 域 | 能力 | 证据 |
|---|---|---|
| D1 客户现场发现 | 找到真实问题 | Gemba Notes、Discovery Pack |
| D2 Lean 价值诊断 | 找到浪费与价值 | Value Map、Baseline |
| D3 复杂性判断 | 选择正确打法 | Cynefin 分类、风险/假设地图 |
| D4 概念建模 | 把业务变成可构建模型 | Domain Model、LDO Slice |
| D5 Agent 产品设计 | 定义目标、边界与验收 | Agent PRD、Acceptance Criteria |
| D6 智能体工程 | 组合数据、工具、权限与 HITL | Workflow、Tool Contract、HITL Map |
| D7 AI Coding | 快速形成可运行系统 | Task Pack、代码、测试、Prototype |
| D8 商业作战 | 推动 POC、Pilot 与采纳 | POC/Pilot Canvas、Sponsor Brief |
| D9 产品化与组织沉淀 | 形成可复用行业资产 | Industry Pack、Portfolio、复盘 |
来源：[S6]
5. 不要混淆官网中的三套“等级”
公开页面同时出现了不同维度的分级，应分开使用：
5.1 个人认证成长 L0–L6
认证页给出的路径是：L0 入营、L1 AI Coding Builder、L2 Field Researcher、L3 Agent Engineer、L4 Solution FDE、L5 Senior FDE、L6 Industry Partner。每级强调真实 Portfolio 证据；L4 要求真实上线证明，L5 至少两个行业智能体案例。[S10]
5.2 FDE 能力成熟度 L1–L4
人才页另有四级描述：AI App Engineer、场景型 FDE、方案型 FDE、平台型 FDE。[S9] 这更像角色能力/交付范围成熟度，不能直接与认证 L0–L6 换算。
5.3 场景成熟度 S0–S5
Lean SIM 的 S0–S5 评估的是场景从概念到可运营的状态，不评估个人。[S7]
建议组织使用不同前缀：Cert-Lx、Capability-Lx、Scenario-Sx，避免混用。
6. 人才评估
官网建议用真实案例而不是只靠知识问答：[S9]
- 给真实流程，识别痛点、角色、数据、系统和价值指标。
- 编写 Agent PRD，覆盖知识、工具、权限、HITL 和评测。
- 基于接口/文档样本设计 RAG、工具调用和评测方案。
- 模拟 POC 谈判，观察范围、风险和商业下一步判断。
认证页的“三评”结构为知识测评 25%、作品评审 45%、路演 30%。[S10] 对企业内部评估也可借用这一结构，但权重应按岗位校准。
7. 组织绩效
不要只以项目收入或上线数量考核 FDE Squad，至少观察：
- 现场到 Gate 1 的周期和机会淘汰质量。
- POC 到 Pilot、Pilot 到生产的转化率。
- 真实用户采纳率和流程影响。
- 风险事件、回滚时间和审计完整度。
- 连接器、评测集、模板的复用率。
- 单项目定制工作量、交付毛利和下一项目周期。