> For the complete documentation index, see [llms.txt](https://doras-dreamland-adventure.gitbook.io/enterprise-ai-transformation/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doras-dreamland-adventure.gitbook.io/enterprise-ai-transformation/di-si-bu-fen-zu-zhi-pian/19-shui-lai-fu-ze.md).

# 第 19 章 · 谁来负责:组织模式

前面几部分讲的都是"做什么"，这一部分转向"谁来做、怎么组织"。第一个绕不开的问题很朴素：AI 转型到底该由谁负责？答案不能是"大家一起"，因为"大家负责"往往等于"没人负责"。落到组织结构上，大致有三种模式。

第一种，集中的中台：成立一支统一的 AI 团队，为各个业务线提供服务。好处是稀缺的人才和算力能集中使用、标准统一、避免重复建设，早期见效快。代价是这支团队容易离业务太远，慢慢变成一个不接地气的技术部门——技术很强，却不知道业务真正的痛在哪。

第二种，分散的 BU 自治：每条业务线自己搞自己的 AI。好处是贴近业务、响应快，做出来的东西接地气。代价是各自为战、重复造轮子、水平参差，经验难以沉淀和复用，整个企业看不清自己到底积累了什么。

第三种，卓越中心：一支不大的中心团队，负责定标准、建平台、育能力、做治理，而把具体场景交给业务线自己去做。它是前两种的折中——中心管方法和底座，业务管场景和落地。多数成熟企业最终会走向这种形态，因为它既保留了统一和沉淀，又保住了贴近业务的灵活。

这三种之间，往往有一条演进路线。早期人才稀缺、需要快速见效，适合先集中，把好钢用在刀刃上；等能力扩散、业务学会了自己用，中心就该主动后退，从"替业务做"转向"让业务自己能做"，也就是向卓越中心演进。能力下放本身，就是转型走向成熟的标志。

但无论选哪种模式，有两条是共同的。一是必须有一个真正的负责人，而不是一个挂名的委员会；二是这个负责人要离决策层足够近——第 3 章说过，真正的转型是业务层面的重排，如果它被彻底下沉成技术部门的一个项目，就很难碰到真正该动的东西。模式可以随阶段调整，但"有人真正负责、且离决策够近"这条不能省。三种模式没有最优解，只有匹配阶段的解；真正要避开的，是那种热闹的假象——到处都在试 AI，却没有一个人为整体的成败负责。

## 要点速查

* AI 转型必须有一个真正的负责人；"大家负责"等于没人负责。
* 三种组织模式：集中中台（高效统一但离业务远）、BU 自治（贴近业务但重复且难沉淀）、卓越中心（中心管方法/底座、业务管场景，多数成熟企业的落点）。
* 常见演进：早期集中（集中稀缺人才快速见效）→ 成熟后向卓越中心走（能力下放）。
* 两条通用底线：有真正的 owner；owner 离决策层够近（别沉成纯技术项目）。

## 给管理者的三步

* 现在：明确指定一个对 AI 转型整体成败负责的人，并确认其位置离决策层足够近。
* 三个月：按企业当前阶段选一种模式（人才稀缺、刚起步就先集中），别一上来就追求"完美结构"。
* 一年：随着能力扩散，推动中心从"替业务做"转向"让业务能自己做"，向卓越中心演进。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://doras-dreamland-adventure.gitbook.io/enterprise-ai-transformation/di-si-bu-fen-zu-zhi-pian/19-shui-lai-fu-ze.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.