物以类聚 - Scrum特性团队之社区
物以类聚 - Scrum特性团队之社区
今天读到 Scrum模式社区 中的一个模式（物以类聚 - Bird of Feathers），觉得很有启发。
公司或组织内，往往是用层级方式（加上组件团队或职能团队）来搭建组织结构。
这个方式非常符合我们的学习方式，即还原论方式。
把一个系统切分成若干个小块，然后认真学习其中的每一块。（西方哲学的基础是还原论[1]）
看一下我们的组织（或公司），是不是也是拆分成很多的小块，然后期望每一块都可以做到极限的效率。
Scrum的重要基础是特性团队（特性团队有两个阶段，后续可以讨论）。据我观察，愿意且能够组成特性团队的公司不超过10%。
原因呢，我猜测是不好管理。试想一下，是把同样技能的人放在一起好管理，还是特性团队好管理。（这里的管理指的是直接可见的效率数字，如KPI等）
而反直觉的特性团队，会给产品开发带来巨大的收益。
比如Spotify的例子，很多人都在研究，如下图：
这个图中的Squad就是特性团队，而Chapter是类似于职能、技能。
需要项目经理看到这个图后，都会跟我讨论是弱矩阵还是强矩阵。
其实这个根本不是矩阵。
只有一个方向 Squad 的负责人是PO（即产品负责人），另 Tribe 会有管理者。Chapter的负责人不是管理者。而不论是Chapter也好，Guild也好，都是某种形式的社区。即同类的人。
对于公司来讲，赚钱（盈利）是首要目的。因此以首要目的来组织人员没有问题。
至于相同技能、兴趣的人，是以非正式的社区形态存在。（如果公司小，可以考虑和外部社区进行关联）
如下图是另外一个呈现的形式：
参考资料
[1] 还原论 https://zh.wikipedia.org/zh-hans/%E8%BF%98%E5%8E%9F%E8%AE%BA
思考
组织结构永远不可能有完美的，但一定要记住，无论怎么调整结构，都是为组织目标服务的。（产品是核心）
每日问题
- 你的组织结构是怎么样的，你会怎么调整？（虽然不一定有权限，但这个是作为管理层必备的技能）
欢迎加入自由职业者俱乐部 微信群，请加微信：
- baobaotalk_com ； 添加微信后，发送消息
dream
版权声明
本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！
关于作者
BoB Jiang
