如何围绕你的北极星组织你的产品团队

最近，我非常需要关于管理产品团队（Product Leadership）的知识，发现很少有这方面的资料，但是英文资料却是有很多。所以，我打算集中编译一批相关文章，自己在学习的同时，也能跟大家一起探讨和学习。这篇文章来自于Amplitude的产品VP的经验分享。Pod是Amplitude组建的最小的产品组织，以实现产品战略。

组织一个产品团队是困难的，但是有一个北极星指标，会让它变得更容易。

如何组织你的团队是一个产品领导者做出的最重要的决定之一，因为你的组织是如何设计的决定了它如何执行。

随着Amplitude的成长，Amplitude已经迭代了许多的产品组织结构，因此发现最有效的结构来自产品北极星指标。一旦你定义了你的北极星指标——产品团队成功的关键衡量标准——建议将你的团队组织成自治团队，以推动你的业务取得成果。

在Amplitude，将这种产品团队结构称为“ Pods”

但是在解释 Pods 是如何工作的之前，重要的是要明白对于产品开发来说，没有一个万能的组织结构。“组织设计的第一条规则是，所有的组织设计都是糟糕的,”本 · 霍洛维茨(Ben Horowitz)在2010年写道。你需要弄清楚你在优化什么，以及定义对你最重要的原则，并围绕它进行设计。

对于Amplitude来说，我们知道最好的产品决策来自于那些最接近客户的人，随着公司的发展，这些个体做出自主决策变得更加困难，而不是更加容易。因此，Amplitude想出了如下原则，以保持用户为中心:

1. 最小化依赖 – Pod应该是独立的，并且拥有自己做决定所需的一切资源。所以每个Pod有一个产品所有者、设计所有者和技术所有者，以及分析解决方案。
2. 围绕愿景而不是管理而工作 – 每个Pod清楚地表达他们的6个月远景，6周的目标和关键指标，他们正在努力前行。他们在这方面与公司管理层保持一致，但是他们有自主权来处理自己的积压工作，决定是否应该构建一个功能的1.1版本或者开始一些新的东西。
3. 减少沟通成本 – 保持Pod小型化，不超过4-5人

举两个例子，来看一下Pod是如何工作的。

亚马逊: 两个披萨团队规则

这个规则很简单，但是意义深远; 让你的团队不要超过2个披萨所能提供的食物。亚马逊利用这一规则来鼓励高度自主和创新，因为在6个人之后，沟通成本就会变得非常低。群体越大，成员在工作中遇到的沟通问题越多。

Spotify: Squad 模型

已经有很多关于 Squad 模型的文章，Spotify 打破了现有的 Scrum 流程，重新定义了敏捷对于组织的意义。虽然这种模式随着他们的成长不断变化，但他们的核心指导原则一直是自主性和一致性。

在自主权方面，每个小队可以决定构建什么，如何构建它，以及在构建它的同时如何协同工作。

在协作方面，管理层的作用是确保他们清楚地传达需要解决的问题和解决的原因。他们相信这两者可以共同提高学习的动力、质量和速度。

Amplitude: Pods

Amplitude将Pod定义为小型的自治群体，这些群体由他们共同的目标和衡量成功的标准所定义。这些目标与产品战略相关，因此可以根据用户和业务的需求进行调整。

在任何时候，Amplitude可以组建6-10个Pod——他们跨越35人的产品开发团队，其中一些称为永久存在的核心Pod和其他的则被称为战略Pod——可能只持续6周，但对公司至关重要。

核心Pod是针对我们已确定为驱动我们的北极星的客户旅程和核心问题。例如，在Amplitude的北极星指标是每周查询用户量(WQUs) ，并且拆分为每周查询帐户量和每个账户每周查询量。

Pods的类型

为了增加 WQUs，组建了围绕这些核心流程和用户角色的核心 Pods。例如，有一个 Enabler pod 来试图减少用户激活时间，一个 Advocate pod 专注于高级用户的需求，还有一个菜鸟 pod 来通过更加容易的使用产品来驱动扩有价值的消费。

除此之外，还有战略Pod，专注于法规，或者探索如何利用机器学习解决产品分析的核心问题。

Pod的最后一个组成部分是衡量他的成功。这些都在 Pod Charter 中有所体现，Pod Charter是一个单页的产品文档，其中还概述了 Pod 的愿景、目标和团队。以下面的方式分解成功指标:

1. 对于你的北极星，你的大胆的目标是什么?-
2. 假设为了实现这个结果，你应该实现的指标是什么？
3. 你的6周目标是什么? 或者，6周后你会在哪里？

Pod在产品上中展示他们对这些指标的影响，同时也与领导层一起根据他们的工作经验进行评估。

最后的想法

组织一个产品团队是困难的，但是有一个北极星会让它变得更容易，因为你可以根据具体的目标和结果来调整团队。Amplitude尝试了许多组织设计，发现Pod是最适合的，因为它最大限度地减少了依赖性，并且使组织围绕一个愿景，并减少了沟通成本。

参考链接：https://blog.amplitude.com/how-to-organize-product-team