如何解释团队中开发人员之间的沟通开销？

Question

除了只读Mythical man month之外，你会如何向项目经理解释，虽然两名程序员的工作量接近一名程序员的两倍，但10名程序员可能不会做10倍的工作。

Answer 1

这完全取决于您的观众是谁。

您可以随时尝试使用商家提案作为示例。如果你把两个人放在一个房间并要求他们写一个商业提案，他们可以很容易地解决冲突，并使一切都很容易流动。如果你在同一个项目中抛出十个人，那么你将会有十个不同的想法，而不是以十倍的速度完成任务...你会得到一些不会被挖掘的东西并且需要一个生产的时间更长。

这是一个如何看的图表：

Answer 2

让你的项目经理想象自己在会议室里。在10周内，她被要求从头开始设计一辆汽车，直到最后一个螺栓。如果我们把9个其他人放在房间里，设计会在一周内完成吗？可能不是。

主要问题是人们认为软件开发更像是制造汽车而不是设计汽车，显然情况并非如此。所有汽车都有共同的概念（内燃机，方向盘，螺纹螺钉），我们在软件开发中重复使用常见概念，但它们的特定布局和具体目标变化足以需要创造时间，这与人工时间正交。如果构建软件就像制造汽车一样，那么我们就会反对完成的技术蓝图。我们正在制定蓝图。

Answer 3

如果项目经理需要向他们解释，那么问题就更大了。团队效率的缺点是沟通，控制和协调。您可以轻松地解释从1到2人 - 需要的代码控制，促销的协调，集成点和整体项目/编码方法 - 从4-5开始有点困难 - 这是团队变革的规模真的事项（从150到151几乎没有影响）...获取具体信息，获取贵公司关于团队项目的单人项目的历史记录 - 如果可以的话，根据具体指标做出响应。

这是一篇很好的参考文章：

• http://www.stevemcconnell.com/articles/art06.htm - 少即是多
  -

Answer 4

向PM解释管理4路站点的流量非常简单且易于管理。一个人停下来。下一个人来到了停止。第一个人走了。但是当你在一个团队中拥有10名开发人员时，就像在DC或主要的高速公路交叉路口管理其中一个，那里有许多车辆来自各个方向。没有人知道发生了什么，所以每个人都停下来看看下一个人在做什么。

管理两个开发人员是类似的，A谈到B和B谈到A.添加C甚至可以，因为对话足够小，每个人都可以跟上。

让A到J所有跟踪一个人的任务很困难，即使对于PM也是如此......所以期望开发人员不要陷入关于谁在做什么并不是意外的事情的谈话中。

Answer 5

我不相信解释PM怎么做这个工作是一个好主意，也不合适，不管怎样从团队成员的角度来看（可能弊大于利）。这可能是高级PM的责任，将PM放在一边，并有力地解释combinations背后的想法。

另一种方法是将问题提交给PM并让他们通过制定政策一对一的非正式记录来解决问题，即您关注的是当前用于项目的通信模型的低效率。

Answer 6

到目前为止的好东西。此外，请记住，它不像神话人月的许多读者（以及那些没有阅读它的人）那样切割和干燥会让你相信。也许他/她已经考虑过这些影响。

i.e., Adding people to a late project will only make it later.

要理解的重要一点是将单个人添加到项目中的效果以及它将如何影响项目的其余部分。但是，这并不是说你永远不应该向他们添加人。

如果他们是项目中缺乏的特定技能组合，那么你必须这样做。

如果您可以限制他们与项目其余部分的通信，那么您会对通信成本产生很大影响。

也就是说，一个优秀的项目经理应该已经将他/她的团队分成逻辑单元，以最大限度地减少所需的串扰（并充当该通道/过滤器）。

Answer 7

让我们拿出项目的范围

在任何团队中，领导者的目标是创造一个凝聚力的环境，将团队目标放在任何个人议程上

所以要使用一句名言

团队需要快速但不着急

所需资源的答案在于团队领导者能够在最佳位置有效地部署人才。