7
给新员工一个与经验丰富的开发人员分开的子项目是否可以帮助新手更快地成长？
我们的团队有7个开发人员，需要在短时间内（大约一个月）将开发速度提高一倍。我知道有一个常识性规则，即“如果雇用更多开发人员，则只会在头几个月损失生产力”。该项目是一个电子商务Web服务，大约有27万行代码。 我现在的想法是将项目分为大约两个独立的子项目，让新团队在两个子项目中的较小者上工作，而当前团队在主项目上工作。即，新团队将致力于结帐功能，最终将成为独立的Web服务，以减少耦合。这样，新团队就可以在只有10万行代码的项目上工作。 我的问题是：这种方法是否可以帮助新手开发人员轻松适应新项目？还有什么其他方法可以快速扩展开发团队，而不必等两个月，直到新手开始生产更多的软件，然后再开发bug。 ======= 更新 这家企业完全失败了，但并不是因为你们提到的原因。首先，我对新团队的规模和能力不了解。我本应该对它们进行评估。其次，在该站点招聘人才是一项艰巨的工作。在总公司所在地，招聘要容易得多，但是在第二团队的城市中，显然缺少具有所需资格的开发商。结果，工作时间从原来的1.5个月延长到了4.5个月左右，并被高层管理人员取消。 我犯的另一个错误（Alex D曾警告过）是我试图将重构出售给高层管理人员。您从不出售重构，而仅出售功能。 事实证明该启动是成功的。从未发生过的重构变成了技术债务：系统变得更加单一且难以维护，开发人员的生产力逐渐下降。我现在不在团队中，但是我希望他们能在不久的将来完成它。否则，我不会为该项目的成败做出任何贡献。