Slack使用“产品三人组”模型构建微服务团队 - smnbs


在过去的 10 年中,我曾参与过多次扩大规模的工作,因此我采用了一些原则来扩大技术和产品团队的规模。

第一个,是组织跨职能的团队。
通常,要构建任何产品,您需要产品经理代表业务,产品设计师代表客户和工程师来构建。
我倾向于将团队组织为 5 到 10 人,遵循两个披萨团队规则,在 AWS 很有名,每个团队都有一个产品三人组领导。
如果需要更多人来实现特定目标,我会将团队分组为一组,由产品三人组负责:
项目管理可以由产品经理、工程经理或有时由团队中的工程师完成(取决于给定的项目或目标),但三人共同负责团队作为一个单元的输出和结果。

一旦产品三重奏模型建立,重要的是要明确三重奏的角色和职责、团队仪式和每个团队的协作模型。

一件非常重要的事情是按纪律保持报告线:
直线经理主要负责每个人的成长,因此管理个人贡献者的人必须详细了解该人的工作是什么。

第二个、跨团队协作
一旦团队数量超过 3 个(即 15-30 人),跨团队协作就变得更加重要。团队很容易开始分歧并以不同的方式工作,即代码的编写方式、仪式的运行方式以及产品的构建方式。
建立跨团队但按纪律和技能分组的人员小组,分享和同意工作实践变得至关重要。
“ Spotify Guild ”模型是我从中获得很多灵感的地方。

最后但并非最不重要的一点是,在所使用的沟通渠道中建立清晰的分类非常重要。

第三、Slack结合以上两种模型
在 Slack 中,我通常为每个团队创建一个频道(和一个临时频道供我与每个团队的三人讨论),每个公会一个频道(以及一个供我与团队负责人讨论的频道)。

这些只是我组织团队所遵循的一些基本原则。
我特别喜欢的一本关于团队类型以及它们如何相互交互的书是https://teamtopologies.com/