处理多个业务需求流而不影响团队规模

Question

一个业务有五个要在软件中实现的业务需求的离散流。有一个由十个开发人员组成的团队。

一个“天真”的组织解决方案是将团队分成两个“团队”(每个需求流一个)。但我觉得这会损害团队的完整性(使团队合作更加困难，导致筒仓效应，使沟通更加困难等)。

有没有人能洞察到如何最好地组织这样的开发团队来针对多个需求流进行交付？拥有比需求流更少的开发团队是否可行？

Answer 1

我建议两队。对于一个团队来说，10真的太多了(知识的传播太广会减慢你的速度，单一的团队领导不应该同时专注于5条流程)，但是每个团队中的5条应该是舒适的，如果压力很大的话，你可以轻松地工作到4:6。

你是绝对正确的，5个团队是一个天真的观点。如果你在溪流中失去了一个人，你就有麻烦了；失去他们，你就会为生存而挣扎。

让多个流通过一个团队是相当容易的。我建议将Scrum和看板结合起来，但在最简单的情况下，您只需要优先处理积压的工作，并使团队中的任何人在完成一项任务时，都会转移到下一个优先级最高的任务，不管是什么流程。

有领域专家(事实上，这是不可避免的)是可以的，如果我从第一流中找到一份工作，而我对它一无所知，我可以去找他们帮忙。但重要的是，我最终要做好这项工作，至少要了解一些关于所有流的知识。

代码评审还有助于传播这些知识，并将代码库保持在高质量的水平。

Answer 2

国际水文学组织，组建团队的一种方式可以是：

1. 对开发人员进行划分，这样每个开发人员团队得到的并发项目不会超过两个(因为更多的项目会大大降低效率)。例如，如果您手头有8个开发人员和5个项目，那么可以组成3个团队，每个开发人员各有3个项目，一个团队有2个项目，2个开发人员拥有一个项目。如果您确实有不同的流，那么开发团队之间就不需要太多的协调。然而，如果流非常相似，那么正如@pdf所说，只需组成两个团队并在它们之间划分项目。
2. 设计师和测试人员不需要专注于一个特定的团队。你可以做一条有效的管道。例如，测试人员和设计人员可以以跨团队的方式工作，也就是说，他们可以被命令进行设计或测试，而不属于任何特定的团队。