高效运行大型前端平台，有多个团队参与

Question

我在一家公司工作，在那里我们自始至终建立了自己的电子商务平台。我们有越来越多的团队，他们基于功能领域(不断增长的x能力，提高客户保持能力等)，有效地作为流对齐的团队运作。我们有10-15个团队，包括产品负责人、交付经理、业务分析人员、测试中的软件开发人员和工程师，为工程部门的规模提供一个想法。

我们的产业是由多个大型服务组成的，这些服务是由团队为满足业务需求而建造的。我们在业务中有一个目标体系结构，但是，团队在如何在这个体系结构中工作以及他们想要使用哪些工具方面有很大的自主权。这真的有效地在大多数情况下-只有一个领域。

我们的前端平台，这是一个单回购反应应用程序，是一个大型和不断发展的项目，为企业的前端网站。这个项目是由许多不同的与流相关联的团队共同完成的，他们甚至可能在同一个功能范围内都没有工作。一个例子是一个团队致力于我的帐户功能，而其他的工作在一个改进的搜索能力。

该项目通过GIT进行版本控制，并有一个工作管道，为功能分支提供不稳定的环境，以便进行测试。我们的团队都使用scrum或kanban操作，我们尽力投资于敏捷实践。

我们面临的问题是，这个项目没有明确的所有者，并且在代码标准、e2e测试方法等方面的复杂性和差异都在迅速增长。这影响了我们频繁和有信心地发布的能力，因为我们现在经常遇到问题。

我认为康威定律在这方面起了很大作用，但看看其他人是如何解决这个问题的(开源项目可能是对我们可能使用的模型的一个很好的启发)，这将是非常有趣的。

我希望有任何建议，我们可以实施的模式或实践，以更好地管理这一回购。在过去的两年里，工程部发展得相当迅速，所以在这过程中出现了一些错误，我很想解决这些问题。谢谢你阅读我的问题！

Answer 1

管理

管理员负责管理公共资源，无论是土地、稀有资源还是git存储库。

他们负责管理影响任何共同/关键领域的冲突力量，确保：

• 后人有自己的声音(未来的人)，
• 做家务(比如清理垃圾)，
• 进行维护(因为破损的东西没用)，
• 那些争论和严肃的问题是被裁定和决定的(因为没有什么比政治更像政治
• 大型基础设施建设(没有人能建造机场，但每个人都从机场的存在中受益)

事实上，每个git回购公司都应该有一个管家。

，谁是管家？

大多数存储库都隐式地有一个管理员--在该代码基础上工作的团队。对于小团队来说，这已经足够有效了。人们在小组/家庭中工作得很好。通常有足够的带宽来对大部分东西进行排序。

但是如果你有一个庞大的团队呢？< 250个人(对于大多数没有市长的村庄来说，这是一个神奇的数字)。通常有这样的人:建筑师，高级开发人员，经理。有人被尊重，被认为是公平的，并能被其他的团队成员。足够充分，他们将被要求指导重大变化，并被要求参与两个或多个发展中国家之间的争端。

如果没有人走出来怎么办？然后，你需要正式指定某人为存储库的管理员。

但是，如果有许多团队在同一个存储库中工作呢？是时候做出艰难的决定了：

• 让每支队伍都派一名管家参加管理委员会。那个委员会负责回购。
• 创建一个新的团队，作为该代码库的独家管理员，他们负责审核贡献。
• 把仓库拆了。将其划分为较小的组件，并给予每个团队相关的组件。有一个单一的回购作为平台，其他组件插件，并有一个团队负责。

当您向所需的代码基/体系结构的任何形状移动时，您可能都需要部署所有三种策略。