我需要在一个月内完成这个任务-给我九个女人！

我认为将人员添加到团队中可能比将他们添加到项目本身中更能加快项目的进展。

我经常遇到有太多并发项目的问题。如果我能专注于单个项目，那么任何一个项目都可以更快地完成。通过增加团队成员，我可以从其他项目中转移出来。

当然，这假设你已经雇用了有能力、自我激励的开发人员，他们能够继承大型项目并独立学习。 :-)

如果额外的资源可以补充您现有的团队，那就是理想的。例如，如果您即将设置生产硬件并验证数据库实际上已经调整好，而不仅仅是返回良好结果（您的团队作为领域专家知道的），从在您项目旁边工作的优秀DBA那里借用时间可以加速团队进展，而不需要太多培训成本。

• 尚未启动的自包含模块
• 缺少可集成的开发工具（例如自动构建管理器）

主要是考虑让它们不受当前正在开发的人的影响。我同意“神话般的人月”，但我也认为每个规则都有例外。

当新增开发人员的生产力超过培训和管理这些开发人员所失去的生产力时，增加开发人员是有意义的。

简单来说，这取决于比较剩余时间和从某人那里获得的生产力，不包括额外资源需要花费的时间来提高速度和生产力，并减去现有资源所投入的教学时间。关键因素（按重要性排序）：

1. 资源掌握能力的程度。最优秀的开发人员可以进入一个新的项目，并且几乎可以即刻修复错误，而不需要太多帮助。这种技能很少见，但可以学习。
2. 任务可分性。他们需要能够在不妨碍现有开发人员并减缓他们的速度的情况下处理对象和函数。
3. 项目复杂性以及文档可用性。如果是一个基本的、遵循最佳实践的ASP.Net应用程序和常见的商业场景，那么一个好的开发人员可以立即着手工作。这一因素比其他任何因素都更能决定现有资源需要投入多少时间来进行教学，也因此决定了新资源的最初负面影响。
4. 剩余的时间量。这个估计经常出错了。通常情况下，我们会认为只剩下x周的时间，而让某个人适应需要x+1周的时间。实际上，项目将会拖延，并且实际上还需要2x周的开发时间，尽早引入更多的资源将会有所帮助。

如果一个团队已经习惯了结对编程，那么添加另一个已经擅长结对编程的开发人员可能不会减慢项目的进度，特别是如果开发是以TDD风格进行。

随着他们对代码库的理解越来越深入，新开发人员会逐渐变得更加高效，任何误解都会在他们的合作伙伴或每次提交之前运行的测试套件中尽早发现（最好每十分钟至少提交一次）。

然而，额外的沟通成本需要考虑在内。重要的是不要过多稀释项目现有的知识。