自组织团队_我们应该如何组织团队？

自组织团队

问题1：我们应该如何组织团队？
我的团队是不同交易平台及其周围核心服务的所有者。 但是我们严重依赖其他产品（例如财务提要，客户识别，将订单发送到股票市场的服务等）。 当然，管理这些服务的每个团队都有其他平台作为他们的客户。

上图是我看问题的方式，如果您有其他解释或其他情况，请告诉我。

连续数字模型适用于稳定，长期，自主，寻求价值的团队，这些团队配备了所需的所有技能。 我的大部分想法来自变形虫管理。 重要的是，每个团队都需要了解如何增加价值。 在这种情况下，面向业务的团队可以看到这一点–他们使业务确实能够赚钱。 但是后台团队发现很难看到他们如何增加价值。

现在，这个问题有几种可能的答案，其中大多数涉及某种重组。

选项1：分享价值

该解决方案不涉及重组，而直接来自于变形虫管理页面：将面向业务的团队所赚取的部分价值分配给他们所依赖的团队。 例如，交易平台团队每年可能产生1000万美元。 没有其他三个团队的服务，它将无法做到这一点。 因此，交易团队的部分挣值被传递给了这些团队。

考虑一下，交易平台会有效地购买其他三个团队的服务。 如果这些团队不存在，那么交易平台将需要自己完成这项工作。 因此，那些团队正在做出贡献，并应得到一些荣誉。

这需要认真的对话，并且可能需要更多的高级经理进行干预。 确实，在变形虫管理公司，稻盛和夫表示，这样的决定是京瓷面临的最困难的决定之一，通常需要更多的高级管理人员来做出最终决定。

也不总是很清楚谁从谁那里买东西，销售变形虫是否会赚取价值并将其一部分传递给制造产品的制造团队。 还是制造变形虫制造公司聘请销售变形虫产品来将产品推销给客户，从而预订收入并将其转移给销售？

在上述情况下，最好考虑一下整个交易团队的价值，包括构成平台的交易员和程序员。 或者，交易员可以从技术人员那里租借平台。

稻盛京瓷表示，团队之间的常规分配是固定的。 或者，可能会创建一个内部市场，团队在其中会零星地从其他人那里购买服务。 一方面，我喜欢这种想法模型，因为它可以进行谈判和权衡取舍。 另一方面，我想它会创建一套全新的官僚机构，政治和内部销售机构。 总而言之，我会固定分配并定期检查。

选项2：垂直切片

如果您看一下上面的图片，则可以将“团队”一词替换为“库”或“服务”，这样您将获得一个模块依赖性图表。 康韦定律正在发挥作用-组织和系统相互反映。 （尽管不知道这里的历史，但是很难说这是在起作用的是康威定律还是康威逆定律。）

服务可以保持原样，但我们只是解散后台团队并将其职责转移给（扩大的）业务团队。

这三个团队现在需要共同承担责任，因此需要彼此合作和协调。 这本身就是一个问题– 两个开发人员在更改同一代码吗？ 但是世界在前进。 技术已经提高。

在SCCS，不安全的Visual Source，手动测试和每月部署的时代，要让两个团队使用相同的代码是很痛苦的。 但是，分布式源代码控制，自动测试和连续交付使此选项比以前更加可行。

从好的方面来说，每个团队都可以根据自己的优先重点按自己的节奏进行工作，并且知识四处传播。 在不利方面，团队仍然可以互相绊倒，他们可能会重复工作，并且专业知识可能会丢失。 （请注意，我并不是说“没有人拥有总体设计权限”是一个缺点，因为尽管一个Linus可能是一个优势，但它也可能是一个责任。）

这里还有一个问题：这种解决方案直接违反了康韦定律。 从理论上讲它可以起作用，但康威定律背后的同态力很可能会重新确定自己。 这可能会进一步产生一些问题，因此需要监视。

选项3：独立

将选项2发挥到极致，您甚至可以将团队完全分开。 再次有加和减。

一方面，团队是完全独立的，他们可以按照自己的步调，按照自己的优先顺序前进，价值显然得到了体现，并且系统中现在具有应变能力，并且降低了风险。

但是，存在重复。 这不仅意味着需要做更多的工作，还意味着可能存在不一致的地方，被“交易”认可的客户可能不会被“另一个”认可。

选项2和3都需要更大的团队，并且此选项可能总体上需要更多的人员。 不能肯定，因为团队可能会提出创新的解决方案或提出一些新的共享机制。

我敢肯定，有些读者会很快放弃这个选择，但是完全独立会有很大的好处-特别是当团队在地理位置上分开时（例如，伦敦的交易，法兰克福的其他交易以及新加坡的另一个交易）或当他们针对不同的市场时。 共享模块的危险之一是它们被通用功能所肿，这些通用功能没人真正想要，但有人必须付费。

当公司处于成长和创新模式时，这种方法也可能是有利的。 让每个团队尽快成长并进行创新。 随着时间的流逝，可能会出现“赢家”或自然而然地出现一些共同因素。

选项3的另一种变化是让一个团队负责。 说交易，这将是一个更大的团队，开发股票服务作为其业务工作的一部分。 但是他们不会“通用化”那些服务。 其他规模较小的团队将在需要时做他们需要的事情，以服务自己的价值流。

那是三个选择。 我可以提出更多建议，没有一个是完美的。 重要的事情是：

• 为团队创建清晰的方式以查看其工作效果并分享价值。
• 允许团队自主决策并减少依赖性。
• 保持简单，以便每个人都能看到因果关系。
• 当然，请保持团队稳定–不要分解团队。

如果您对Continuous Digital和#NoProjects有任何疑问，请邮寄过来，我会尽力在此博客中回答。

翻译自: https://www.javacodegeeks.com/2018/09/organize-teams.html

自组织团队