一、老板给增加了人手，还是没按时完成项目

今天朋友李强在微信中发了数十条语音，由于工作忙，才静下来听，从断断续续的语音中，还原了事情经过。

上个月老板给李强安排了一个项目，负责一套试制机组的电气图纸设计，设计到一半的时候，李强感觉任务量大，一个月肯定完不成，所以将实际情况汇报给了老板，老板知道这套图纸的重要性，因此协调其他部门给他增派了3个人，嘱咐他一定要按时完成。

老板给加派人手后，李强信心满满，心想肯定能按时完成。没想到马上项目日期就到了，按照目前的进度至少还得延迟5天才能完成，很是困惑。

其实像李强的这种情况，很多人都经历过，原本一个紧急的项目延期了，增加人手后，项目反而延期的更厉害，出现这种现象是因为“布鲁克斯法则”。

1.什么是“布鲁克斯法则”？

布鲁克斯法则是由有“IBM 360系统之父”之称的Frederick P. Brooks，Jr提出:

投入更多的人来开发一个紧急要完成的项目，只会让其进度更慢。更多并不意味着更好，有些事最好是一个人来干。

2.“布鲁克斯法则”的形成过程

在布鲁克斯的《人月神话》一书中做了说明，其中有一个真实的实验：

首先解释一个名词是"人月"，即一个项目，一个人需要一个月完成，就是1人月；一个人需要12个月完成，就是12人月。

实验中的项目计划需要12人月，为了缩短进度，实验分成了两种方案进行：

• 第一种方案为3个人4个月观察是否能完成；
• 第二种方案为6个人2个月观察是否能完成。

通过实验，第一种方案最后用时为5个月，第二种方案最后用时为4个月。不难看出，增加人员后，项目进度都比原计划的要延迟。

布鲁克斯曾说：“对于未能按期开发的软件项目，增添人手只能使其出炉得更慢。”

因此行为学家把在处理紧急项目过程中，出现的“为了完成项目而增加人员后，项目进度反而会更延迟”的现象称为“布鲁克斯法则”。

二、布鲁克斯法则产生的原因

为什么紧急的项目追加人员后反而项目进度会更加延迟？主要原因有3点：

1.“关键时间”的浪费

“关键时间”指需要在实际项目中花费的时间。

为了按期完成项目所增加的新人（未参与项目所以是新人），由于新人能力参差不齐，对目前的项目不了解，需要从项目组中抽调人员来培训新人，在短时间内，新人员的增多，不仅帮不上忙，反而还要浪费项目组成员的关键时间，从而拖延了项目进度。

举个例子，媛媛和琳琳负责一个广告策划案，计划是2个月完成，但到一个月后，媛媛发现他们不能按交期完成，请示老板后，老板便调配菲菲来帮忙。

菲菲加入后，要想接着做方案，就必须了解客户，所以媛媛只能停下做方案的时间带菲菲去拜访客户，这个过程，媛媛不仅没有做方案，而且还浪费了“关键时间”，造成了双倍浪费。所以项目更加延期就不可避免了。

2.“沟通时间”的增加

新加的人员要能真正融入整个项目，就需要增加额外的沟通来消除彼此之间对项目的不同认识，但沟通不仅仅是简单的一两句话能说清楚。我们用劳伦斯·普特南的团队交流公式做解释：一个团队内部的沟通方式总数=n*(n-1)/2

举例而言：

• 一个两人的团队，其沟通方式有1种（即1对1的沟通，2*（2-1）/2=1）；
• 一个三人的团队，其沟通方式有3种（即任意两个人的组合，3*（3-1）/2=3）；
• 一个20人的团队，就要 20*(20-1)/2=190个沟通方式。

其实，现实之中的沟通方式比公式计算的还要多得多。比如，一个2人的团队，也有某些时候不想让对方知道某些事情从而不沟通的时候，所以2个人的沟通方式也不只是1种。

所以增加人员的同时，光在沟通上浪费的时间就不在少数。

3.“等待时间”的消耗

在实际项目中，总项目已经细分为分项目，分项目往往具有不可分割性或者有先后顺序，这类分项目只是一个人的工作量，就算增加了人员，新加进来的人也发挥不了作用，造成了等待时间的消耗。

比如在我们做电气设计图纸的时候，要先设计出电气原理图，才能依据原理图设计电气接线图。如果原理图没有设计完成，就算你加再多的新人设计接线图，设计出来的图纸也和硬件不对照，从而无法使用。

三、懂得布鲁克斯法则的好处

知道布鲁克斯法则产生的原因后，对我们职场思维有很多好处，主要有2点：

1.避免陷入“思维定式”

我们在工作中，遇到项目完不成的情况，不管老板或者员工，下意识的都会要求增加人员来完成，从而陷入此思维定势。

思维定势是由自己以往的经验而行成的一种对事物的思维固化。 在环境不变的条件下，思维定势可以帮助我们应用已掌握的方法迅速解决问题，而在环境发生变化时，它则会阻碍我们去思考新的方法。

熟悉布鲁克斯法则后，再次遇到项目延期，我们就能规避增加人员来缩短进度的想法，而从其他方面进行思考。

开篇中的李强就是陷入了“思维定势”，当项目完不成的时候，下意识的反应就是和老板要求增加人员。最后反而连累了自己和团队。

2.纠正认知偏差

在工作中，我们一般采用缩短进度的方式是将人月按人数平分。这种方法的实质其实是假设人和月可以互换，但这个是错误的认知，人月是不能简单的用平均分配来计算的，而且工作进度与工作量也不能相互混淆。

比如有一个2个人10个小时可完成的工作，老板错误的认为给你5个人4个小时就可完成。其实有可能真正干活的还是那2个人，增加的3个人不仅在消耗时间，还在消耗这2人的沟通时间。所以工作肯定只会延期了。

布鲁克斯在其《人月神话》中写到：无法按进度完成工作的话，只能降低工作目标作业。

综上我们知道，追加人员到延迟的项目只会使项目更延期。但无法按时完成项目，选择降低项目目标，这是一般老板所不能接受的。

所以布鲁克斯法则启迪我们：要想完成工作目标，就要提高团队协作能力。

四、怎么有效提高团队协作能力？

要想提高团队协作能力，我们就要认识SVN版本控制系统。

1.什么是SVN版本控制系统以及该系统在职场中的优势

SVN是subversion的缩写，是一个计算机开放源代码的版本控制系统，通过采用分支管理系统的高效管理。这个系统主要用于计算机软件开发。

结合职场来说，SVN系统就是把项目拆分成独立的项目文件存放在服务器*共中**享，并集中管理，这样团队内成员就可以共同开发同一个项目。这样做的优势有3点：

01.项目组成员清晰的知道每个分项目的完成情况；

02.项目组成员可以同时对一个分项目进行设计或修改；

03.对优先级高的分项目及时跟踪、完成，避免引起大面积等待时间浪费。

既然SVN系统对职场有这么多好处，那我们怎么运用呢？我结合职场工作，将合作模式分享如下：

2.运用Lock-Modify-Unlock（锁定-修改-解锁）模式合作

在Lock-Modify-Unlock工作模式下，项目的所有文件存放在服务器中，成员可以对解锁后的文件进行设计和修改，达到共同协作，完成项目的目的。

举个例子，刘飞和他的团队准备设计一套试制机组的电气图纸，经过细分，这套图纸分为4个项目文件：

• 硬件回路原理图（优先级1）；
• 硬件回路接线图（优先级3）；
• 控制回路原理图（优先级2）；
• 控制回路接线图（优先级4）。

他们可以按照如下步骤协作完成:

第一步.文件锁定

成员各自将负责的项目文件锁定，并*载下**到电脑端进行设计和修改（第一次锁定是设计，后面的为修改），文件锁定后，其他成员就无法再将其*载下**到电脑端修改。

如刘飞负责的是硬件回路接线图，他可以在服务器中将该文件锁定，并*载下**到电脑上。

第二步.文件修改

在电脑端按照项目的整体进度修改，要保持修改进度与项目整体进度的平行性，如果存在项目间有先后顺序，就要提前修改优先级高的项目文件。

如刘飞将硬件回路接线图锁定*载下**后，在修改过程中，发现服务器中，控制回路的原理图还没有完成，由于控制回路原理图优先级高于控制回路接线图，所以就需要及时更改修改计划，安排人员优先完成控制回路原理图项目。

第三步.文件解锁

在电脑端修改文件完成后，将文件回传至服务器，并解锁。切记不能忘记解锁，不然文件一直处于锁定状态，其他成员也无法再次修改文件或者认为该文件还未修改完成。

刘飞将硬件回路接线图设计完成后，及时上传到服务器，并将文件解锁。至此硬件回路接线图的工作就算完成了。

相应的其他成员可按照刘飞的步骤完成其他拆分的项目文件。若需要对做好的项目文件修改，重复以上步骤即可。

综上可以看出，这种项目合作模式能够有效避免多人对项目文件同时进行修改而造成的冲突，但这个合作模式的缺点是文件锁定后只能有一个人设计或修改，其他成员不能同时修改同一个文件。

3.运用Copy-Modify-Merge（拷贝-修改-合并）模式合作

在Copy-Modify-Merge工作模式下，项目的所有文件也存放在服务器中，成员可以同时对拷贝后的项目文件进行设计和修改，达到共同协作、尽快完成项目的目的。

用上面同样的例子做对比，刘飞和他的团队准备设计一套试制机组的电气图纸，经过细分，这套图纸分为4个项目文件：

• 硬件回路原理图（优先级1）；
• 硬件回路接线图（优先级3）；
• 控制回路原理图（优先级2）；
• 控制回路接线图（优先级4）。

他们可以按照如下步骤协作完成：

第一步.文件拷贝

成员各自将负责的项目文件拷贝*载下**到电脑端，文件拷贝后，其他成员也可以再次将其拷贝*载下**到电脑端。

如刘飞负责的是硬件回路接线图，他可以在服务器中将该文件拷贝*载下**到电脑上设计，如果该项目文件自己在限定期限内无法完成，也可让组内成员郭明拷贝*载下**到电脑上设计。

第二步.文件修改

项目文件拷贝*载下**到电脑端后，在电脑端按照项目进度协作设计，由于团队成员都可以拷贝同一个文件，所以修改有两种情况：

• 一个人负责修改一个项目文件时，要保持文件与整体项目进度的平行性，如果存在项目文件间有先后顺序，要提前修改优先级高的文件进度；
• 多个人负责修改一个项目文件时，在项目设计中要分清楚每个人设计的部分，避免重复设计，造成浪费。

所以刘飞团队设计项目也分为两种情况：

• 如果刘飞一个人负责硬件回路接线图的修改工作，拷贝*载下**后，直接修改，注意下文件的优先级即可；
• 如果刘飞和郭明两个人负责硬件回路接线图的修改工作，那刘飞要负责前半部分的修改，郭明负责后半部分的修改，避免修改了同一文件的同一部分，造成浪费。

第三步.文件合并

在电脑端修改文件完成后，需将文件上传至服务器后，方能算该文件确认完成。为了避免其他成员修改合并后不知道文件状态，所以文件版本号会随着文件上传合并而改变，即进行一次“拷贝修改合并”步骤，版本号只改一次。所以合并文件存在两种情况：

• 如果是一个人独立负责项目，合并上传至服务器不会有冲突；
• 如果两个人以上设计，且其中一人先完成项目文件且已上传过文件，你再上传的话，就和原来拷贝的文件版本发生冲突，不能合并上传。需重新进行一次“拷贝修改合并”步骤才能避免冲突；

当然，在实际项目中，文件的合并过程一般需要项目人员共同协商决定，可以约定一次性合并后再上传至服务器，避免版本冲突和多次重复拷贝修改合并步骤。

针对刘飞硬件回路接线图这个项目文件，原始版本为1.0，他们拷贝*载下**到电脑端后版本也是1.0。同样，他们组内修改该文件后合并上传也分两种情况：

• 刘飞一个人将硬件回路接线图设计完成后，及时合并至服务器，从而服务器硬件回路接线图版本号就变成了2.0，因为只有一个人设计所以不会冲突；
• 刘飞和郭明两人设计完成后，如果郭明先上传至服务器，该文件版本号就变成了2.0，刘飞再去上传的时候，服务器由于版本号以变成了2.0，他1.0的版本号和2.0发生冲突，就会发生版本冲突，上传不了。

所以刘飞只能再将版本为2.0的文件再次拷贝到电脑上，和自己的文件一起合并后，再上传至服务器，这时文件版本号就改为了3.0.

综上可以看出，这种项目合作模式不仅能够有效避免多人对项目同时进行修改而造成的冲突，而且这个模式可以让组内的其他成员同时修改同一个文件。

4.“锁定-修改-解锁”合作模式和“拷贝-修改-合并”合作模式的应用场合

从上面两个合作模式的详细介绍中我们可以比较出这两个模式的优缺点。

01.“锁定-修改-解锁”合作模式

• 优点：可以多人同时对不同的项目文件进行设计和修改；
• 缺点：项目文件锁定后，只能由一个人设计和修改，其他成员不能同时修改同一个项目文件。

02.拷贝-修改-合并”合作模式

• 优点：不仅可以多人同时对不同的项目文件进行设计和修改；还可以多人同时修改同一个文件；
• 缺点：由于多人同时修改同一个文件，容易因上传先后顺序不同，而造成版本冲突。

因此“锁定-修改-解锁”合作模式常用于项目比较简单，且分解项目文件易于一个人修改的项目；而拷贝-修改-合并”合作模式则用于项目相对复杂，且分类项目一个人无法按规定期限完成的项目。

最后：

大家可能有个疑问：工作中也有增加人员马上可以缩短进度的工作呀？

其实布鲁克斯法则主要阐述的是系统性强，配合性高的项目，如果是以下情况就不一定成立：

1. 工作比较简单，无需进行培新和交流，或者是培训交流的时间可以忽略不计的场合；

2. 新加入项目的员工本身就是熟练工；

3. 相对于新加入人员所带来的培训、交流的代价，其仍然提高了工作效率的人。

如果你的工作比较复杂，也时常想通过增加人员来满足进度需求，那我这篇文章应该能帮助你摆脱这个想法，而将工作的重点放在提高团队协作能力上。