当一个由1-3名开发人员组成的团队成长为10+时，您会改变哪些管理/开发实践？

Question

几年前，我的团队为一个客户建立了一个网站。网站塔夫奇增长非常快，我们的客户一直要求我们扩大我们的团队，以满足他们的维护和功能要求的需要。

我们从一小部分开发人员开始，我们的团队已经成长--现在我们已经达到了两位数。

当团队从小型“车库规模”团队成长为10+开发人员时，哪些管理/开发更改是最有益的？

Answer 1

我想说的是，大约有两条主要道路：

• 将团队分成两个或三个组，每个组负责一个特定的领域/方面。这具有这样的优势，即在较小的组中，您仍然可以按照您习惯的方式工作。
• “外科小组”，你可以在神话中的男人月上阅读。另外，此链接有一幅很棒的画。

祝好运!

Answer 2

在过去的7年里，我们已经从大约10人增长到了近200人。首先需要改变的是，您需要更好的文档和更多的标准流程。需求可能也必须变得更加正式。

你也应该考虑在你成长的时候雇佣专家。如果您有数据库后端，则至少应该有一位专门的数据库专家。你应该花钱买个测试员。

您将有更多的项目正在进行，更大的需要管理tham，所以如果您现在不使用一个，那么您需要一个项目管理系统和一个bug跟踪器。您需要创建一个部署过程，并将生产权限仅限于那些将要进行部署的人员，不再直接在prod上进行更改。您的开发人员将需要被限制只选择对prod的权利。

因为你有更大的团队，你会遇到更多的人的问题，你将更有可能雇佣一些不太熟练的人(当你只有三个优秀的开发人员时，相对容易找到三个好的开发人员，一次雇佣30个开发人员要困难得多)。即使你想得到最好的人，你雇佣的人越多，你就越有可能得到一个哑弹，所以准备好让别人也去吧。

人与人之间的协调是关键。两个团队对一个产品进行相互排斥的更改是一件坏事。

只有两三名开发人员，你负担不起初级人员--每个人都必须在高级级别工作。有很多开发人员，你不能没有初级的人。雇佣一些初级学生，按照你想要的方式训练他们。通常情况下，最好是在有职业道路的地方工作，而不是每个人都在同一级别。

随着团队的发展，许多当前的开发人员将成为新的管理人员。有些人会讨厌这一点，确保他们有机会晋升到高级开发商，而不是管理层。不要把你所有的技术专长都丢给管理层。奖励那些不进入管理层的人，因为你需要他们对当前系统的详细了解，才能让新员工跟上进度。

Answer 3

如果该项目对10+开发人员来说足够大，那么应该很容易将其分解为更小的区域。将团队分成三到五人的小组，并给予他们在各自区域的自主权。API必须在团队之间开发。我记得每个团队都有自己的需求，每个团队都会有一两个人来讨论API。当参与的人较少时，进行讨论和作出决定就更容易了。