四类组织单元是什么
这套模型由 Spotify 在 2012 年前后公开，常被概括为「小队 + 职能线」的矩阵组织：小队（Squad）像独立小公司一样端到端负责一块业务，部落（Tribe）把业务相关的小队聚在一起同步优先级，分会（Chapter）把同一职能的人横向串起来管技能标准与人员发展，行会（Guild）是完全自愿的跨部落兴趣社群。它要解决的核心矛盾是：既让交付团队足够小、足够自主，又不让专业技能散掉、知识只在口耳之间流动。
单元对照
| 单元 | 覆盖范围 | 主要作用 |
|---|---|---|
| 小队 Squad | 单团队 | 端到端交付与自主决策 |
| 部落 Tribe | 多小队 | 优先级同步与空间共享 |
| 分会 Chapter | 跨小队同职能 | 技能标准与人员发展 |
| 行会 Guild | 跨部落 | 兴趣社区与知识分享 |
落地要点
| 小队规模 | 常见 6-10 人，具备独立交付所需的完整技能组合 |
|---|---|
| 部落规模 | 相关小队数量控制在沟通可达的范围内，避免层级重新长出 |
| 分会负责人 | 原始设计中同时承担直线管理职责，管评价、晋升建议与技能培养 |
| 行会运作 | 无编制无审批，靠自组织立项与固定分享节奏存在 |
典型使用场景
- 业务线快速扩张，希望小团队对结果负责而不只是对任务负责
- 多个小队共用同一批技能，需要统一代码规范、评审标准与培养路径
- 跨团队反复踩同一个坑，靠分会与行会传递经验而不是靠临时开会
- 从职能型组织转向产品型组织，同时不想丢掉专业纵深
- 招聘与培养出现真空，需要明确「谁为某个人的技能成长负责」
分会与直线管理的关系要理清：双重汇报若缺少约定，成员会陷入优先级冲突。
职责边界一行清
职责边界一行清
小队负责人 # 对交付结果与需求优先级负责，拥有排期话语权
分会负责人 # 对技能标准、人员发展与评价建议负责
部落负责人 # 对跨小队依赖、节奏对齐与重大冲突裁决负责
行会组织者 # 对社群活动与知识沉淀负责，不参与绩效评定Spotify 相关公开分享强调该模型是对当时做法的描述性总结，不是可以照搬的模板；规模不大的组织通常只借用「小队 + 分会」两层，等跨部落依赖真正出现再引入部落与行会。