从团队到团队再到细分市场–使用目标运营模型的演变

几周前，我发表了一篇文章，介绍了我们在N26 高速增长期间如何发展产品与技术（P＆T）。 我介绍了目标操作模型（TOM）的想法。 第一篇文章重点介绍了此工具的原因和作用。 在本文中，我将分享我们如何发展N26的P＆T核心“构建基块”。

从名义团队到稳定的产品团队

当我刚开始在N26时，我们有一组跨职能团队。 这意味着我们有来自产品，设计和技术领域的人员坐在一起（是！）。我们有一些需要解决的组织异味。

代码气味是更大问题的潜在指示。 代码异味并不总是会导致问题。 相反，您必须自己进行调查并做出决定。 组织的气味类似，但与组织本身有关。

一个这样的气味是一个人几乎每周都从一个团队转移到另一个团队。 感觉团队的关注点几乎每周都会改变。 球队很少稳定。 结果是很多活动，但没有很多结果。

我们的第一个TOM正式确定了产品团队的期望。 每个产品团队都有一个理想的规模（最多8个）和一个产品领域。 然后，每个团队都专注于该产品领域的发展和支持。 我们根据团队规模对产品组合的复杂性进行了规划，并意识到我们还有很多空白需要填补

“团队”模型

我们第一个TOM的一个大目标是将可持续性带入产品开发。 我们需要摆脱对少数人的依赖（在初创企业中很常见），而要转向更具可持续性的模式。 将我们的招聘率与当前需求以及对未来的需求进行比较显示出巨大的差距。 我们启动了一项计划，以改善我们的招聘，入职和保留方式。

此模型的一部分重新回顾了每个团队的非正式领导的职责。 我们没有产品负责人和技术主管，而是在产品团队级别增加了工程经理。 我们希望Tech Leads专注于管理和调整技术复杂性。 我们还想为人们提供环境和人们的支持。 当产品团队较小时，这是可管理的。随着产品团队的成长，技术主管无法很好地专注于这两个领域。

当我们在产品团队中担任空缺职位时，我们满足了我们想要的目标。 工程师感到不堪重负。 人们可以放假，而不必担心成为单点故障。 我们围绕建筑方向进行了更深入的对话。 我们也开始就个人的职业发展进行对话。 人们拥有更一致的1-1和反馈。

随着我们的成长和变化，我们注意到了一些新趋势和组织气味。 例如，一些产品团队达到了合理团队规模的界限。 我们需要开始拆分团队，以最大程度地减少通信开销。 一些产品团队还要求更加注重技能。 例如，我们的支付产品团队的整合工作量更大。 我们的入门产品团队需要更多的前端技能。 每个产品团队在其自身的结构上都需要更大的灵活性。 有时，某个产品领域需要一支短暂的工作队。 我们希望向下推动更多的自组织。

结果，我们在第二个TOM中引入了产品组的概念。 一个产品小组有30至40人，来自产品，设计和技术的跨职能部门。 产品组仍然拥有产品区域的所有权。 产品组拥有更大的自主权来塑造自己的团队结构和工作方式。 我们还确保产品组了解公司或全球标准。

“产品组”模型-适用于该地区的更多自主权和灵活性

这意味着拥有5个团队的产品小组是完全可以的。 或拥有一个由3个团队和一个小型工作组组成的产品小组 。 每个产品组都有更大的灵活性，可以更好地适应他们当时的产品领域。 我们希望Product Group在选择和权衡方面是明确的。 为此，第二次迭代改进了工程经理的角色。 工程经理不是团队级别的，而是转到产品组级别的。 这个不平凡的决定值得一提，因此在此不再赘述。

从产品组到产品细分

我们的组织持续发展。 不同产品组的内部样本显示出更多的异质性。 产品组继续运送产品。 产品组具有更大的呼吸能力。 产品组具有处理更复杂主题的能力。 产品组更好地处理了计划外的工作，从而最大程度地减少了对其他产品组的影响。 产品组拥有更多具有相关产品领域技能的人员。

产品组的数量持续增长。 我们注意到，一些产品组应统筹更与其他一些产品组 ，但没有。 随着我们业务的增长，域的复杂性也在增长。 我们想找到一种方法来保持固有的领域复杂性高度凝聚力，但耦合度低 。 仅产品组并不能解决这个问题。 我们还知道某些领域需要进一步的领域知识和专业知识。 招聘需求开始有所不同。

为了解决这些问题，我们在最新版的TOM中引入了产品细分的想法。 朝着相同目标努力的产品组位于同一产品细分中 。 同一产品分类中的 产品组应该更好地相互沟通和协调计划，因为它们之间应该更加相互关联（高度凝聚）。 现在将根据产品细分制定招聘计划。

反思我们发展TOM的旅程

我们最新的TOM仍然是最新的，因此现在来看它的影响还为时过早。 在设计软件体系结构时，您将明确的权衡作为决策的一部分。 如果考虑组织和团队结构，也是如此。 没有组织或团队结构是完美的。 您需要问自己：“您现在正在优化什么？” “您如何最大程度地实现自治和统一？”

“您目前正在优化什么？”

《构建进化架构》告诉我们设计软件系统以实现不断变化。 组织系统没有什么不同。 快速增长的公司需要针对不同规模的不同问题进行优化。 如果您没有相同的问题，它不会帮助您复制我们的结构。 收集意见并进行深入思考，以考虑需要优化的内容。 发展，记录和传达最适合您情况的TOM 。

翻译自: https://www.javacodegeeks.com/2019/07/groups-segments-evolution-target-operating-model.html