给新员工一个独立的子项目，让他们从有经验的开发人员中脱颖而出，会帮助新手更快地成长吗？

Question

我们团队中有7名开发人员，需要在短时间内(大约一个月)将我们的开发速度提高一倍。我知道有一条常识：“如果你雇佣更多的开发人员，你只会在最初的几个月里失去生产力”。该项目是一个电子商务网络服务，大约有270 K行代码。

我现在的想法是把项目分成两个或多或少独立的子项目，让新的团队在两个子项目中的较小的项目上工作，而现在的团队在主要的项目上工作。也就是说，新的团队将致力于结帐功能，这将最终成为一个独立的web服务，以减少耦合。这样，新团队就可以在一个只有100 K代码行的项目上工作。

我的问题是:这种方法会帮助新手开发人员轻松地适应新项目吗？还有什么方法可以快速扩展开发团队，而不需要等待两个月，直到新手开始生产更多的软件，然后是bug呢？

=======

更新

这个企业完全失败了，但不是因为你们提到的原因。首先，我被错误地告知了新团队的规模和能力。我应该亲自评估的。第二，在那个网站上招聘是一项很难的工作。在主办公室的现场招聘要容易得多，但在第二团队所在的城市，显然缺乏具备所需资格的开发商。结果，这份工作延长到了大约4.5个月，而不是预期的1.5个月，并在中期被最高管理层取消。

我犯的另一个错误(亚历克斯D警告我)是，我试图把重构卖给高层管理人员。你从来不卖重构，只卖功能。

这家初创公司最终还是成功了。从未发生过的重构变成了技术债务:系统变得更单一，更不容易维护，开发人员的生产力也逐渐下降。我现在不在球队，但我希望他们能在最近的将来完成。否则，我不会为这个项目的生存付出一分钱。

Answer 1

阿尔托特，我和在座的其他人一样，同意：

"...adding更多的开发人员到一个延迟的项目，使项目，延迟更多.“

，我有种感觉，你会去任何地方，所以.

如果您的现有项目按模块、子系统或子项目组织得足够多，您的想法可能会有所帮助。

您可能想尝试的是，它给他们项目的小块/模块/表单/类，来处理，而不是所有的项目。

如果您使用数据库，您可能想要用数据复制一个工作的D.B.，并从将要处理的代码的模块或子系统中访问它们。

拥有熟悉编程语言或编程环境的新开发人员是不够的，软件aplications可能变得非常复杂。

你有这样的文件吗: U.M.L.，E.R.，Codd，什么的？

祝好运。

Answer 2

我的问题是，这种方法会帮助新手开发人员轻松地适应新项目吗？

“新手”对你来说可能是新的意思，也可能意味着作为软件开发人员的新手。如果你要雇佣一群开发人员来按计划完成一个重要的项目，确保至少大部分新员工都是经验丰富的开发人员，最好是那些编写了与你想要构建的项目类似的项目的开发人员。

还有什么方法可以快速扩展开发团队，而不需要等待两个月，直到他们开始生产更多的软件，然后再生产bug呢？

• 购买或许可一个现有的产品，而不是试图建立自己的。你真的需要重新发明结账轮吗？
• 就像我上面说的，雇佣有经验的人来建立你想要的那种系统。
• 甚至在你雇佣这个新团队之前，你就应该考虑他们需要了解你现有的东西。确保你留出足够的时间进行培训，以帮助他们跟上速度。
• 您是否创建了一组书面的需求？如果没有，现在就去做。如果您希望设计项目，而不是让新团队这样做，那么您也应该准备一份清晰的设计文档，但要对来自新团队成员的输入做出响应。
• 你有一个明确的开发过程吗？窃听器数据库？版本控制？代码评审过程？风格指南？把那些东西放好。
• 不要期待奇迹。你想雇佣一个7人的团队，让他们在几个星期内高效地工作，但想要这并不意味着你可以拥有这样的团队。根据你所处的位置，仅仅找到七个合适的人可能需要一个多月的时间。现在试图匆忙做事只会在以后造成痛苦和开支。

Answer 3

IMHO将所有的新开发人员都放在新项目上，与您现有的团队分开肯定会带来问题。是的，这个(可能)让你的老团队以现在的速度或多或少地继续工作。然而，新来的人不会对整体架构和总体情况有任何了解，所以他们需要大量的时间来跟上……即使这样，他们也可能走错了方向。

我建议将你现有的团队分成两组，并将新成员分成两组。这样，两个团队中都有一些人可以指导新来的人，并确保保持一个共同的、连贯的体系结构愿景。

否则，我同意Caleb关于记录明确的需求，定义开发过程和工具，以及为培训留出时间。在这一点上，期待一个7人的团队在一个月内被录用并跟上速度是不现实的。