首页/管理/IT 管理与治理速查/四种团队类型(Skelton & Pais)

四种团队类型(Skelton & Pais)

团队拓扑把团队分为流动对齐型(直接交付业务价值)、赋能型(帮助其他团队补齐能力)、复杂子系统型(维护高专业度组件)、平台型(提供自助能力),各自的服务对象不同。

IT 管理与治理速查管理更新于 2026-10-13

四种团队类型是什么

团队拓扑把团队分为四类:流动对齐型直接交付业务价值,赋能型帮助其他团队补齐能力,复杂子系统型维护高专业度组件,平台型提供自助服务能力。区分它们的意义在于明确各自的服务对象:服务对象不同,绩效衡量方式与协作界面也应不同,混淆类型会导致团队被用在错误的位置上。

基本信息

四类团队流动对齐型、赋能型、复杂子系统型、平台型
划分依据服务对象与交付的价值形式
流动对齐型直接交付业务价值,面向业务结果
赋能型传递技能与实践,帮助其他团队成长
平台型与子系统型提供自助能力或维护高门槛组件

典型使用场景

  • 组织调整时确定团队定位与考核方式
  • 交付效率低时判断瓶颈是否来自平台能力不足
  • 新技术推广期设置赋能团队,帮助业务团队落地
  • 核心组件需要长期维护,成立复杂子系统团队承载专业度
  • 平台团队建设时明确服务对象是内部研发而非业务用户

四类团队对照

类型目标常见示例
流动对齐型端到端交付业务价值订单团队、支付团队
赋能型传递技能与实践方法测试赋能组、可观测性教练
复杂子系统型维护高门槛子系统数据库内核组、编译器组
平台型提供自助服务能力CI/CD 平台、容器平台

协作界面示例

协作界面示例
# 协作方式取三种模式之一,避免长期混合导致责任模糊
协作模式:协助(短期)、服务(按需)、促进(长期赋能)
# 平台型按服务方式协作:提供能力,业务团队自助使用
平台团队 → 以服务方式提供自助能力,接收需求并排期
# 赋能型按促进方式协作:帮助团队学会,而不是替他们做
赋能团队 → 以促进方式传递技能,设退出条件
# 复杂子系统型按服务方式协作:封装复杂度,提供稳定接口
子系统团队 → 封装专业技术细节,向上提供清晰接口
赋能型团队要有明确退出条件(例如某项能力已移交并验证),否则容易长期驻场变成本质外包,业务团队始终没有真正掌握技能。

易错点

  • 把骨干都抽去平台组:业务团队交付能力被削弱,平台建设也失去输入
  • 赋能型常驻不退出:业务团队始终没学会自助,投入产出逐渐失衡
  • 平台团队按业务功能考核:内部用户满意度与自助率被忽略,平台变成项目组
  • 团队类型与协作模式不匹配:长期协作却按短期协助模式运作,责任界面模糊

数据来源与参考

  • Team Topologies(Matthew Skelton & Manuel Pais)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌