通常如果开发任务需要4天，如果您将2个开发人员放在上面，那么它不一定会使整个开发时间缩短一半，而不是2天，因为类似的事情会花费2天以上的时间。开发人员讨论，技术会议，分歧，依赖性等。描述这一原则的“技术术语”是什么？
我想这可能更像是一个项目管理问题而不是网络开发问题。
任何帮助将不胜感激。
干杯。
感谢您的回复，但您所有人都指的是适用于已经迟到的项目的原则。我指的是项目中的任何阶段。也许没有正式定义的这样的“法律”或“术语”，这是我们在项目期间非正式意识到的事情之一，而不是为它创造一个术语.......也许。 p>
答案 0 :(得分：5)
你所说的与Brook's Law类似的声音：为后期项目增加人力使其更晚。正如维基百科的文章所指出的那样，措辞过于简单化，可能意味着具有挑衅性，但它从你的问题中捕捉了一般问题。
请注意，他在1975年出版的书“ The Mythical Man-Month ”中创造了法律。令他惊讶的是他今天写了多少，今天仍然适用于我们。
答案 1 :(得分：2)
“The Mythical Man-Month”是应用于这个概念的最常用的短语，在着名的布鲁克斯书的标题之后，详细讨论了它。
这些概念通常在项目的后期阶段更加明显/适用，当人数> 2时（仅2个开发人员之间的通信开销并不是那么多，并且可能实际上通过允许来缩短开发时间）作为讨论结果，每个人都更清晰地思考 - 然而，随着开发人员数量的增加，沟通会增长O（n ^ 2）。
答案 2 :(得分：2)
可以从“I need this baby in a month - send me nine women!”讨论中获取许多好的信息。
答案 3 :(得分：0)
在敏捷世界中，这被称为团队velocity。它因工作场所内的团队而异，通常代表尝试完成任务时遇到的摩擦量。
答案 4 :(得分：0)
这不仅仅是“收益递减法则”的变体吗？我怀疑这将是你需要的技术短语。
答案 5 :(得分：0)
我认为您所寻找的术语是“非生产时间”。人们通常只有80％左右的工作效率，即他们80％的时间都在完成官方任务，休息是休息，youtube，睡觉等。
您可以根据他们为任务带来的个人酌情努力来上下调整。