物以类聚 - Scrum特性团队之社区

今天读到 Scrum模式社区中的一个模式（物以类聚 - Bird of Feathers），觉得很有启发。

公司或组织内，往往是用层级方式（加上组件团队或职能团队）来搭建组织结构。

这个方式非常符合我们的学习方式，即还原论方式。
把一个系统切分成若干个小块，然后认真学习其中的每一块。（西方哲学的基础是还原论[1]）

看一下我们的组织（或公司），是不是也是拆分成很多的小块，然后期望每一块都可以做到极限的效率。

Scrum的重要基础是特性团队（特性团队有两个阶段，后续可以讨论）。据我观察，愿意且能够组成特性团队的公司不超过10%。

原因呢，我猜测是不好管理。试想一下，是把同样技能的人放在一起好管理，还是特性团队好管理。（这里的管理指的是直接可见的效率数字，如KPI等）

而反直觉的特性团队，会给产品开发带来巨大的收益。

比如Spotify的例子，很多人都在研究，如下图：

这个图中的Squad就是特性团队，而Chapter是类似于职能、技能。

需要项目经理看到这个图后，都会跟我讨论是弱矩阵还是强矩阵。

其实这个根本不是矩阵。

只有一个方向 Squad 的负责人是PO（即产品负责人），另 Tribe 会有管理者。Chapter的负责人不是管理者。而不论是Chapter也好，Guild也好，都是某种形式的社区。即同类的人。

对于公司来讲，赚钱（盈利）是首要目的。因此以首要目的来组织人员没有问题。

至于相同技能、兴趣的人，是以非正式的社区形态存在。（如果公司小，可以考虑和外部社区进行关联）

如下图是另外一个呈现的形式：

组织结构永远不可能有完美的，但一定要记住，无论怎么调整结构，都是为组织目标服务的。（产品是核心）

欢迎加入自由职业者俱乐部 微信群，请加微信：

本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！

BoB Jiang

Recommend