06 / 运营合作

只交付组织能够接住并运营的能力。

FDE Delta 使用精简核心 Pod,与客户业务负责人、真实用户、平台团队和控制职能共同工作。双方在每个 Gate 确认证据、权限、范围和下一项决策,而不是等到项目结束时一次性交接。

双方参与 · 共同决策

FDE Delta 提供精简能力 Pod,客户提供权限与运营现实。

两条责任 Lane 围绕五个共同决策 Gate 展开。具体参与方式取决于获批问题、风险、数据、平台和合作范围。

责任与 Gate 地图 · 不是组织图、RACI、固定人员计划、项目时间线、已激活 Workflow 或合作证明。

责任与 Gate 地图 · 不是组织图、RACI、固定人员计划、项目时间线、已激活 Workflow 或合作证明。

FDE DELTA 责任 LANE

  1. Engagement Lead / Principal FDE

    对合作结果、高层对齐、范围、Gate 和最终建议负责。

    核心角色
  2. Business / Domain FDE

    诊断真实工作、行业机制、业务证据和用例边界。

    核心角色
  3. AI Capability Engineer

    定义或实现最小获批 Harness、平台资产、测试和技术证据。

    仅在构建获批时
  4. Solution / Security Architect

    审查架构、数据、权限、集成、安全和恢复边界。

    按范围触发
  5. Independent Reviewer

    在风险、后果、证据或验收需要独立性时提供独立审查。

    按风险触发

客户责任 LANE

  1. Executive Sponsor

    对结果优先级、预算权限、跨部门障碍和重大业务决策负责。

    客户拥有
  2. Business Owner

    对基线、工作流结果、业务验收、停止决策和移交后的能力所有权负责。

    客户拥有
  3. Process SMEs / End Users

    展示真实工作、提供代表性案例、暴露异常、测试、纠正和批判输出。

    客户拥有
  4. AI / IT Platform Owner

    对工具管理、技术约束、获批配置、访问和生命周期支持负责。

    客户拥有
  5. Data Owner / Security / Legal

    在各自权限内决定数据权利、权限、保密、外部连接、合规和剩余风险边界。

    客户拥有
  6. Change Champion

    在需要时支持同事采用、反馈、沟通、学习和本地用户支持。

    客户拥有

所有客户角色都是通用责任族。并非每个项目都需要六名不同人员,FDE Delta 也不能替客户分配权限。

G0目标与边界共同 GATE
共同问题
什么结果、范围、证据、权限、数据和非目标约束这项工作?
FDE DELTA 贡献
结构化结果、边界、未知项、证据计划和 Gate。
客户决策 / 权限
Sponsor 和 Business Owner 接受结果、权限、范围和停止条件。
代表性证据
结果、边界、未知项、证据计划和 Gate。

决策顺序 · 不是固定时间线、自动推进、商业承诺或已激活 Workflow。

G1问题与用例共同 GATE
共同问题
这是正确的业务问题和正确的有界首个用例吗?
FDE DELTA 贡献
诊断真实工作、比较替代方案并暴露 No-Go / 暂缓条件。
客户决策 / 权限
Business Owner 和用户确认工作流现实、优先级、基线和验收需要。
代表性证据
真实工作观察、获批基线、替代方案与 No-Go / 暂缓条件。

决策顺序 · 不是固定时间线、自动推进、商业承诺或已激活 Workflow。

G2能力设计共同 GATE
共同问题
应当明确、配置、构建、集成或排除什么最小业务能力和 Harness?
FDE DELTA 贡献
定义供应商中立的能力、必要 Harness、证据、失败和所有权设计。
客户决策 / 权限
业务、平台、数据、安全和法律权限负责人批准或拒绝相关边界。
代表性证据
能力、Harness、证据、失败和所有权设计。

决策顺序 · 不是固定时间线、自动推进、商业承诺或已激活 Workflow。

G3验证与接受共同 GATE
共同问题
证据是否足以支持继续、修正、保持、停止或暂缓决策?
FDE DELTA 贡献
只运行获批验证、分别形成 Verdict、记录限制并准备处置决定。
客户决策 / 权限
明确的业务、技术、控制和运营权限负责人保留各自 Verdict 与决策权。
代表性证据
获批验证、独立 Verdict、记录的限制与处置决定。

决策顺序 · 不是固定时间线、自动推进、商业承诺或已激活 Workflow。

G4移交与运营共同 GATE
共同问题
客户能否拥有、支持、发布、恢复、改进、迁移或退役该能力?
FDE DELTA 贡献
移交已接受资产、证据、Runbook、依赖、限制和改进选项。
客户决策 / 权限
客户负责人接受持续业务、平台、用户支持、发布和生命周期责任。
代表性证据
已接受资产、证据、Runbook、依赖、限制和改进选项。

决策顺序 · 不是固定时间线、自动推进、商业承诺或已激活 Workflow。

可见角色清单

FDE DELTA 责任 LANE

Engagement Lead / Principal FDE
对合作结果、高层对齐、范围、Gate 和最终建议负责。 核心角色 — 通用角色,不是指定或保证人员。
Business / Domain FDE
诊断真实工作、行业机制、业务证据和用例边界。 核心角色 — 深度取决于业务范围。
AI Capability Engineer
定义或实现最小获批 Harness、平台资产、测试和技术证据。 仅在构建获批时 — 只在构建获批后参与。
Solution / Security Architect
审查架构、数据、权限、集成、安全和恢复边界。 按范围触发 — 参与取决于获批范围。
Independent Reviewer
在风险、后果、证据或验收需要独立性时提供独立审查。 按风险触发 — 参与取决于质量保障需求。

客户责任 LANE

Executive Sponsor
对结果优先级、预算权限、跨部门障碍和重大业务决策负责。 客户拥有
Business Owner
对基线、工作流结果、业务验收、停止决策和移交后的能力所有权负责。 客户拥有
Process SMEs / End Users
展示真实工作、提供代表性案例、暴露异常、测试、纠正和批判输出。 客户拥有
AI / IT Platform Owner
对工具管理、技术约束、获批配置、访问和生命周期支持负责。 客户拥有
Data Owner / Security / Legal
在各自权限内决定数据权利、权限、保密、外部连接、合规和剩余风险边界。 客户拥有
Change Champion
在需要时支持同事采用、反馈、沟通、学习和本地用户支持。 客户拥有

所有客户角色都是通用责任族。并非每个项目都需要六名不同人员,FDE Delta 也不能替客户分配权限。

可见 GATE 清单

  1. G0目标与边界
    共同问题
    什么结果、范围、证据、权限、数据和非目标约束这项工作?
    FDE DELTA 贡献
    结构化结果、边界、未知项、证据计划和 Gate。
    客户决策 / 权限
    Sponsor 和 Business Owner 接受结果、权限、范围和停止条件。
    代表性证据
    结果、边界、未知项、证据计划和 Gate。
  2. G1问题与用例
    共同问题
    这是正确的业务问题和正确的有界首个用例吗?
    FDE DELTA 贡献
    诊断真实工作、比较替代方案并暴露 No-Go / 暂缓条件。
    客户决策 / 权限
    Business Owner 和用户确认工作流现实、优先级、基线和验收需要。
    代表性证据
    真实工作观察、获批基线、替代方案与 No-Go / 暂缓条件。
  3. G2能力设计
    共同问题
    应当明确、配置、构建、集成或排除什么最小业务能力和 Harness?
    FDE DELTA 贡献
    定义供应商中立的能力、必要 Harness、证据、失败和所有权设计。
    客户决策 / 权限
    业务、平台、数据、安全和法律权限负责人批准或拒绝相关边界。
    代表性证据
    能力、Harness、证据、失败和所有权设计。
  4. G3验证与接受
    共同问题
    证据是否足以支持继续、修正、保持、停止或暂缓决策?
    FDE DELTA 贡献
    只运行获批验证、分别形成 Verdict、记录限制并准备处置决定。
    客户决策 / 权限
    明确的业务、技术、控制和运营权限负责人保留各自 Verdict 与决策权。
    代表性证据
    获批验证、独立 Verdict、记录的限制与处置决定。
  5. G4移交与运营
    共同问题
    客户能否拥有、支持、发布、恢复、改进、迁移或退役该能力?
    FDE DELTA 贡献
    移交已接受资产、证据、Runbook、依赖、限制和改进选项。
    客户决策 / 权限
    客户负责人接受持续业务、平台、用户支持、发布和生命周期责任。
    代表性证据
    已接受资产、证据、Runbook、依赖、限制和改进选项。

决策顺序 · 不是固定时间线、自动推进、商业承诺或已激活 Workflow。

按证据模块化合作

根据组织真正需要的决策开始、停止或继续。

三个模块是不同的合作范围,不是好/更好/最好套餐,也不是自动推进的转型旅程。客户可以在诊断后停止,进入一个有界能力 Sprint,或仅在形成明确证据和新 Gate 决策后继续采用与扩展。

A

AI 价值诊断

适合

已经拥有 AI 工具、POC 或想法,但问题边界、价值和下一项决策仍不清楚的团队。

典型产出
  • Business Reality Diagnostic
  • Tool Utilization Map
  • AI Opportunity Portfolio
  • Priority Use-Case Brief
  • Capability Blueprint
  • Executive Decision Memo
边界

不默认包含已构建 Skill、Workflow、系统连接、生产部署或已验证业务结果。

B

业务 AI 能力 Sprint

适合

已经选定一个真实任务,需要在获批工具环境中设计、配置并验证一个有边界能力的团队。

典型产出
  • Business AI Capability Specification
  • Business Context Pack
  • 一个获批平台 Adapter 或能力交付包
  • 评测与保障包
  • 验证报告
  • 用户与管理员 Runbook
边界

只构建验证获批业务能力所必需的最小实现;生产就绪仍需单独决策。

C

能力采用与扩展

适合

已经接受一个能力,需要进入受控使用、转移所有权、复盘价值并决定是否有限扩展的团队。

典型产出
  • 采用与培训包
  • 所有权与运营模型
  • 使用与价值复盘
  • 发布与生命周期流程
  • 按优先级排列的扩展 Backlog
边界

扩展不是默认结果;它需要新的价值、权限、风险、成本、可移植性和可维护性判断。

客户侧成立条件

没有客户参与,顾问无法代做出真实能力。

  1. 01权限权限

    指定业务负责人,以及能够决定范围、权限、验收、停止和所有权的角色。

  2. 02证据代表性证据

    提供经过授权的材料、案例、异常、基线和相关来源上下文。

  3. 03参与观察真实工作

    允许在约定边界内观察实际工作,不等于开放无限制系统访问。

  4. 04参与业务专家与用户参与

    安排真正执行、判断、纠正和采用该工作的人员。

  5. 05证据验收依据

    基于真实证据确认指标、标准、阈值、比较基础和停止条件。

  6. 06控制数据与权限决策

    批准或拒绝数据使用、访问、工具、外部连接、日志和保留方式。

  7. 07控制参加 GATE

    审查证据,并作出 FDE Delta 不能替客户作出的决策。

  8. 08所有权长期所有权

    在移交后承担能力、平台管理、用户、发布、支持和生命周期责任。

如果客户无法提供负责人、用户、证据、代表性案例或权限决策,工作只能停留在概念层,不能宣称能力已经验证或具备运营条件。

证据 · 产出物 · 决策

每次沟通都应推进证据、产出物或决策。

  1. 01对齐项目启动

    确认结果、范围、角色、证据、权限和非目标。

  2. 02对齐每周 STEERING

    在项目需要时解决重要决策、风险、范围和跨部门阻碍。

  3. 03工作工作会议

    检查真实工作、共同构建产物、测试假设并审查证据;频率由获批范围确定。

  4. 04决策阶段 DEMO + GATE

    审查实际产出,并决定继续、修正、保持有界、停止或暂缓。

  5. 05记录异步决策与风险记录

    维护一个经过授权的决策、未知项、负责人和决策日期来源。

  6. 06升级异常升级

    将业务、数据、安全、访问、交付或安全异常交给明确权限负责人。

只同步进度不是充分的会议目标。沟通节奏由获批范围确定;本页面不承诺固定频率或响应时间。

所有权持续存在

项目结束,不是能力生命周期的结束。

  1. 01赋能人工权限
  2. 02拥有人工权限
  3. 03运营人工权限
  4. 04复盘人工权限
  5. 05变更人工权限
  6. 06退役人工权限
按角色赋能
预期用户通过真实场景、边界、纠正和 Fallback 学习使用能力。
业务能力负责人
对结果、验收、运营范围、价值复盘和停止决策负责。
技术管理员
对获批平台配置、访问、发布支持和技术连续性负责。
发布、回退与退役
定义谁可以变更、暂停、回退或退役能力。
使用、失败、成本与价值复盘
分别维护证据,不提前宣称价值。
改进 BACKLOG
记录有界改进、证据需求、依赖和 No-Go 项。
迁移与退役
决定能力何时迁移、重构、归档或停止。

FDE Delta 可以移交方法与资产;客户必须拥有运营权限和生命周期。

生命周期责任模型 · 不是能力正在运营的证明,也不承诺 FDE Delta 持续支持。

角色状态 · 主张类型

参与条件与证据判断保持分离。

角色状态定义

核心角色
精简 FDE Delta Pod 中预期承担的通用责任;不是指定人员或人员配置保证。
获批时参与
参与取决于获批构建、数据、平台或控制范围。
按风险参与
独立或专项角色的参与取决于后果、证据与保障需要。
客户拥有
责任必须保留在获批客户角色手中;FDE Delta 不能自行分配。
共同 GATE
双方共同贡献,同时由明确的人工权限负责人保留各自决策权。

主张 / 证据类型

事实 / FACT
已接受的通用方法定义,或拥有来源的本地网站已观察实现状态。
假设 / HYPOTHESIS
需要确认的客户特定角色、参与、节奏、范围、证据、所有权、价值或运营假设。
未知 / UNKNOWN
尚缺失的 Sponsor、负责人、用户、案例、证据、访问、权限、平台、控制、节奏、支持、验收、预算或生命周期决策。
建议 / RECOMMENDATION
有边界的下一项范围或 Gate 决策,绝不是虚构角色分配、合作、结果、批准、可用性或承诺。

角色状态说明通用参与条件;主张类型说明一项陈述背后的证据或判断。两者都不会激活 Workflow、分配权限或证明合作已经发生。

从一个真实工作流开始

你的组织下一步真正需要解决的 AI 工作流是什么?

可以带来一个正在使用但没有形成价值的 AI 工具、一个边界不清楚的 POC、一项关键工作流,或一个团队反复遇到的业务问题。第一步不是承诺大型转型,而是共同明确结果、实际工作、证据、权限和最小但有用的下一项决策。

首次联系时可以先说明:业务任务、当前使用的 AI 工具、主要困难、涉及的用户,以及你希望做出的下一项决策。请勿通过公开渠道发送机密数据、凭证或敏感客户材料。

发送邮件 ↗

WECHAT

扫码添加微信

扫码添加微信

七个 FDE Delta 章节已在本地候选中全部开放;全局导航与发布仍需单独 Gate。

返回验证与治理 ↗返回 FDE Delta 总览 ↗