MADE · 第 2 步 · ASSESS
三种拓扑。
选择您的组织目标。
拓扑是组织各单元在地图上所处位置的一种可识别模式。每一种都为某件事做了优化,同时在别处付出代价。没有哪一种是“最好”的。关键在于它是否适合您的目的和所处环境。
拓扑一览
适配目的
摘自 10X ORG · 原则 4
没有哪种组织拓扑本身就“更好”。组织方式没有“唯一最佳”,只有适合您目的的那一种。
领导者必须决定自己要优化什么。这个决定需要有人负责,而不是求得共识。它意味着有意识地接受自己不优化什么。取舍不可避免:没有哪个组织能同时为所有目标优化。
在这些Org topology(拓扑)之间做选择,或为不同目标有意识地组合它们,是组织设计的核心实践。它决定了组织能够稳定产出何种绩效。
关键问题
哪些组织能力能有效支撑我们的战略?
您想在哪方面做得更好:
| RESOURCE | DELIVERY | ADAPTIVE | |
|---|---|---|---|
| 最大化 | 资源利用率、专业化 | 产出、可预测性 | 成果、创新 |
| 依赖 | 高 | 中等 | 低 |
| 最佳环境 | 稳定、可重复的需求 | 需求已知、路线图稳定 | 不确定、快速变化的市场 |
- RESOURCE
- 最大化
- 资源利用率、专业化
- 依赖
- 高
- 最佳环境
- 稳定、可重复的需求
- DELIVERY
- 最大化
- 产出、可预测性
- 依赖
- 中等
- 最佳环境
- 需求已知、路线图稳定
- ADAPTIVE
- 最大化
- 成果、创新
- 依赖
- 低
- 最佳环境
- 不确定、快速变化的市场
同一家公司的不同部分可以运行不同的拓扑:传统服务用 Delivery,新业务用 Adaptive。重要的是每个部分的设计都服务于它的目标。
示例映射
01 · DIRECTING + DOING
Resource Topology
组织目标:在稳定需求下,最大化专业技能的效率。
“THE MECHANISTIC SYSTEM”:以专业化换取精确
运作方式
Directing 单元负责规划、拆分和分派工作。职能小组中的专家各自完成一部分。规格说明、交接和协调把各部分连起来;前期规划和重新规划推动工作前进。
概览
- 常见用例
- PMO 对专家的资源管理
- 价值创造
- 碎片化,依赖多次交接和协调
- 依赖
- 高;各单元依赖跨职能孤岛的协调
- 团队结构
- 角色专业化的孤岛式职能小组
- 赋能程度
- 低;限于预先定义的任务,几乎没有自主权
- 个人贡献者
- 用特定技能完成孤立的任务(由协调者定义),几乎没有主人翁意识
- 战略性 AI
- 自动化重复性任务,优化工作流,提升资源效率
- 示例
- 电影制片人为一场戏雇用舞者
典型场景:共享服务、薪酬、合规、大宗商品制造、长寿命平台。
构建它的框架:PRINCE2、ITIL 等。还有 SAFe:理想情况下它可以构建 Delivery Topology,但我们研究的实施案例严重偏向 Resource,因为跨团队的相互依赖并没有被消除,只是照原样被管理。
有了 AI:AI 能快速自动化专业化任务,除非Mandate(授权)变宽,否则狭窄的专家角色将面临被取代的风险。
示例映射
02 · DIRECTING + DELIVERING
Delivery Topology
组织目标:最大化可预测工作从需求到交付的端到端流动。
“THE STRUCTURED NETWORK”:为流动而优化
运作方式
完整的Cross-functional(跨职能)团队在固定、狭窄的价值边界内交付。探索仍然独立,由 Directing 单元决定做什么。产出又快又高效,有时被称为“特性工厂”。
概览
- 常见用例
- 快速交付已证实有价值的东西,几乎无需变化或学习
- 价值创造
- 狭窄聚焦于特定能力
- 依赖
- 中等;各单元跨边界协调,但频率较低
- 团队结构
- 跨职能,与狭窄的产品或服务特性对齐
- 赋能程度
- 中等;在自己的小范围内被赋能,但依赖由 Directing 单元管理的单元间对齐
- 个人贡献者
- 协作交付团队范围内的特性和组件
- 战略性 AI
- 整合数据,改善协作,通过实时洞察和反馈回路使团队产出保持一致
- 示例
- 有快餐厨师的餐馆:老板决定菜单,厨师交付完整的菜品
典型场景:需求已知的成熟产品、处于增长或成熟期的 SaaS、托管服务、客户支持。
构建它的框架:Team Topologies、Marty Cagan 的 Product Operating Model(Empowered Product Teams)、真正组成团队时的 Spotify Model,以及团队层面的 Scrum。
有了 AI:AI 吸收执行工作的速度,快于团队调整技能和授权的速度。
示例映射
03 · DRIVING
Adaptive Topology
组织目标:在多变环境中,把学习和重新配置的成本降到最低。
“THE LIVING ECOSYSTEM”:与环境共同演化
运作方式
Directing、Doing 和 Delivering 合并为一个Team-of-teams(团队的团队),由人和 AI 智能体组成,拥有宽泛的共同授权。工作是同步进行的,由执行者自己协调;学习贯穿各项技能和整个工作范围。
概览
- 常见用例
- 快速交付不确定的结果,用于寻找、改变、发现和适应
- 价值创造
- 灵活、整体、新颖
- 依赖
- 低;各单元自主工作,对外部团体依赖极少
- 团队结构
- 多技能,围绕探索性成果和灵活性组织
- 赋能程度
- 高;拥有整个流程,包括单元间的协调
- 个人贡献者
- 跨边界协作,交付完整的客户解决方案,端到端负责
- 战略性 AI
- 驱动创新,预测客户需求,支持战略决策
- 示例
- 跨整个解决方案空间工作的单元(“Uber”)或负责部分领域的单元(“Uber Eats”)
典型场景:新产品开发、创新、平台探索、咨询、研究、新兴服务。
构建它的框架:LeSS、Nexus、FAST 和 Creating Agile Organizations (CAO)。查看全部框架映射。
有了 AI:AI 作为老师和陪练,降低了切换领域的成本,也让这种设计更容易达成。
方法
Change, MADE systemic
ILLUSTRATION · 10X ORG · CC BY-ND · DOWNLOAD ↓组织设计位于战略与绩效之间。MADE 是让它保持适配的循环,以四个动作命名: Map, Assess, Design, Elevate。先研究现有的设计,再朝所需的设计改进。
Study现有的设计
- 01Map按技能授权和工作授权安置每个单元
- 02Assess说出您现有的拓扑,以及它是否适配
Improve所需的设计
- 03Design想象您所需的组织,不受当下限制
- 04Elevate用 Elevating Katas 让变革动起来
ELEVATE · MADE 第 4 步
Elevating Katas
Elevate 是在地图上有意识地向右、向上移动。Kata 就是这些移动:小而可重复的例行做法,改变组织的运作方式。它是一份菜单,而不是一个顺序:先从最契合您当下最紧迫约束的几个开始。
这些 Kata 按 Jay Galbraith 的 Star Model™ 的五个要素分组:改变其中一个要素,其他要素也必须随之改变。
探索 Katalog →Kata 丰富的案例研究
所有含 Kata 的案例研究 →LeSS Transformation in Wartime Ukraine: Building an Adaptive Organization at DIM.RIA
DIM.RIA's 50-person product organization replaced component teams and many manager backlogs with one Product Backlog and three cross-functional feature teams, cutting cycle time by about 80%.
Katas 已应用 已建议
Elevating an EV Scale-up with Org Topologies
A scale-up flipped its 50-person R&D from component teams to three product areas in two days, then hit local-optimization pain and moved toward a single backlog.
Katas 已应用 已建议
ACADEMY
学习 Org Topologies 方法
所有即将举行的活动



