Back to all resources
组织发展

组织架构图 vs. 组织结构:区别在哪里?

人们把这两个词混着用,但它们并不是一回事。一个是图画;另一个是这幅图画试图描述的系统——而把二者混为一谈,正是大多数组织重整悄悄失败的地方。

Yacoub Kanita12 min read
分享
组织架构图 vs. 组织结构:区别在哪里?

问十位领导者组织架构图和组织结构有什么区别,大多数人会顿一下。这两个词被混着用——"我们来重画一下组织架构图",通常意思是"我们来改变一下我们的组织方式"。但它们不是一回事,而二者之间的鸿沟,正是许多组织重整悄悄失败的地方。

组织架构图是一幅图画。组织结构是这幅图画试图描述的那个系统。你可以在一个下午重画那幅图画;改变那个系统却要花上几个月。把其中一个误当成另一个,正是公司宣布一次"重组"、挪动几个方框、然后在六个月后发现什么都没真的改变的方式。

一次什么都没改变的重组

一位创始人跟我们讲起他最引以为豪的那次重组——直到它没奏效。他们花了一个周末重画组织架构图:更干净的汇报线、两位新的团队负责人、整齐的方框。他们周一宣布了它。"三个月后,"他们承认,"同样的那三个决策还是落到我桌上,新负责人还是事事都要跟我确认,唯一真正改变的,是人们对自己的头衔感到困惑。"他们更新了那幅图画。而那个结构——谁实际有权决策——还停在它出发的地方。

整堂课就浓缩在这一个故事里。重画那张图感觉像变革,却交付了零变革,因为那张图从来就不是拖住公司的那个东西。

简短的答案

  • 组织结构一家公司的工作、权力与信息实际如何排布——谁决定什么、谁对什么负责、团队如何协调、以及决策与信息如何流动。
  • 组织架构图是那个结构其中一个切片的视觉呈现——通常是汇报线。它是一张地图,而非那片疆域本身。

结构是运营模型。架构图是其中一部分的快照。

组织结构究竟是什么

结构是公司的操作系统:那一套大体上不可见的安排,决定了工作在规模化下如何完成。它有好几个维度,而一张典型的组织架构图只展示其中之一:

  • 分组(部门化) — 人们如何被聚成单元:按职能、产品、客户细分、地域,或某种混合。
  • 汇报线 — 谁向谁汇报。这是架构图通常捕捉到的那一部分。
  • 决策权 — 谁实际有权决定什么:谁能批准一次招聘、签一份合同、砍掉一个项目、定一个价格。常常并不与汇报线相同。
  • 管理跨度 — 每位管理者下辖多少人,这塑造了团队实际拥有多少自主权。
  • 问责 — 当某件事成功或失败时,谁对结果负责。
  • 协调机制 — 那些让相互独立的团队能作为一家公司行动的会议、仪式、共享指标与流程。

一条汇报线告诉你某人的管理者是谁。它几乎不告诉你谁做决策、谁对结果负责、或者两支团队实际如何被对齐。那是任何架构图都无法展示的那部分结构。

两家拥有完全相同组织架构图的公司,可以运作得截然不同——一家里管理者握有真正的权力,另一家里每个决策都绕回创始人。同样的图画,相反的系统。这在组织设计中是一个确立已久的观点:一个组织真正的结构活在它的决策权与问责里,而不在它的汇报图里。

组织架构图究竟是什么

组织架构图是一件沟通工具。它的任务是让结构的某一个方面一眼可读——通常是"谁向谁汇报"。一张好的架构图能快速回答问题:*谁负责这支团队?我该向谁上报?那个部门有多大?*这很有价值。但要弄清楚一张架构图展示什么、又隐藏什么:

它展示什么

  • 正式的汇报关系
  • 层级的形状(高耸 vs. 扁平)
  • 团队规模与分组
  • 一种关于资历高低的粗略感觉

它隐藏什么

  • 决策实际在哪里被做出
  • 人们真正用来把事情办成的非正式网络
  • 团队如何跨越那些线协调
  • 当工作横跨多个方框时的问责归属
  • 这个结构究竟是否匹配公司实际的运作方式

这就是为什么一张架构图可以看起来完美整洁,而它下面的组织却是一团乱——也是为什么一张略显凌乱的架构图,可以坐落在一家运转得漂亮的公司之上。

并排对照

组织结构组织架构图
它是什么公司实际的操作系统那个系统其中一部分的图画
它捕捉权力、决策权、问责、协调汇报线与分组
它如何变化缓慢——它是行为与流程迅速——它是一张图
它存在于人们实际的工作方式一张幻灯片、一个 wiki 页面、一个 HR 工具
它在何时失效决策权不清晰或不对齐时它不再匹配现实时

同一张图,不同的结构

这里是大多数重组所忽略的反直觉之处:同一张方框与连线的架构图,可以代表完全不同的结构。常见的几种类型——

  • 职能型 — 按学科分组(所有工程师在一起)。高效而清晰,但跨职能的工作需要刻意的协调。
  • 事业部型 — 按产品、市场或地区分组,各自拥有自己的职能。更快、更自主,但重复投入精力,并可能割裂文化。
  • 矩阵型 — 人们沿两条轴汇报(例如,一个职能一个产品)。对复杂工作很强大,但决策权必须清晰透亮,否则就会造成僵局。
  • 扁平 / 扁平层级型 — 层级很少、跨度很宽、自主权很多。早期很快;随着人头数攀升,协调变得更难。
  • 网络型 / 团队之团队 — 围绕共享目标协调的小型自主单元。适应性强,但高度依赖强大的共享文化与原则。

——都能产出几乎一模一样的架构图。一个矩阵型组织和一个职能型组织在纸面上常常看起来一样。差别活在决策权与问责里:那是结构,而非图画。

为什么把二者混淆代价高昂

当领导者把架构图当成结构时,可预料的失败就接踵而来:

  1. 什么都没改变的重组 — 方框挪动、头衔变更、一张新图发布,但决策权与问责原封不动。(我们那位创始人的周末重组。)
  2. 隐藏的瓶颈 — 架构图说某位管理者负责一支团队,但每一个真正的决策仍绕经创始人。什么都没有被真正授权出去。
  3. 问责缺口 — 横跨好几个方框的工作没有明确的负责人,因为架构图只描述纵向的线,不描述横向的归属。
  4. 结构债 — 架构图被更新了;人们的工作方式没有。久而久之,图画与现实越漂越远,以至于架构图变得主动误导人。

如何做对

先设计结构,再让架构图去描述它——而不是反过来:

  • **从工作和战略出发。**公司必须擅长什么?哪些决策必须快?这决定了如何分组、以及权力该落在何处。
  • **明确地定义决策权与问责。**对那些要紧的角色,写下谁决策、谁被征询、谁对结果负责。这才是真正的结构。
  • 然后再画架构图,作为对那一切的诚实总结——并随着现实变化保持更新,使它永远不会变成一则令人安心的虚构。

问问自己

  • 对于你最重要的三个重复性决策,每个人都能说出实际是谁在决策吗?
  • 如果你明天重画组织架构图,关于决策如何被做出,会有任何东西改变吗?
  • 工作经常在哪里掉进方框之间的缝隙里、没有明确的负责人?
  • 你的架构图描述的是公司真正如何运转——还是你希望它如何运转?

关键要点

架构图是结构的下游产物。把结构做对——分组、决策权、问责、协调——组织架构图自会照顾好它自己。把结构做错,世上最漂亮的架构图也救不了你。一张漂亮的图坐落在不清晰的决策权之上,是组织自我欺骗最常见的形式之一:它看起来像清晰,行事却像混乱。