大家好，欢迎收看每天都进步，这里是天地海课室，陪你每天进步1%。
今天我们继续来聊一人公司。其实，一人公司这个名词，在提出者的眼光来看，并不是指一个人的公司，也不是指什么我们这些普通人每一个人都应该要把自己当成一家公司来经营这一种理念，而是另外一个在商业上的想法，那就是，对成长保持质疑的公司。言下之意就是，不追求表面上的数据成长，转而让客户成功作为企业或者是个人的追求。
而有趣的一件事情是，在介绍波音飞机的一个纪录片里面，谈到了一个呼应我刚刚说的主题的一个观念。在那一部纪录片里面，有一个老师傅，他说了这么一段话：“Quality
is quality, quantity is quantity”。翻译过来的意思就是，质量是质量，数量是数量。这一句背后的意思自然是，两者是不能混为一谈的，你无法用质量来代替数量，你也无法用数量来代替质量。在一艘波音747飞机里面，有600万个零件。六百万个零件，这是一个多么庞大的一个数字，而更恐怖的是，这600万个零件，每一个零件的质量都必须要达标。你不能说，我其中599万9999个零件的质量都是超一流的，这最后一个零件我用一下次品，无所谓吧，将就一下吧。这可不行。因为无论是哪一个零件出了问题，哪怕只是一个螺丝没有拧紧，都有可能导致飞机从空中坠落下来。所以，我不能用数量，来代替质量，就好像我不能用一百个劣等的螺丝，来代替一颗好的螺丝。我甚至也不能用质量，来代替数量，就比如我也无法用一个超级强的螺丝来代替三个螺丝。
 |
| 波音747的合并工厂 图片来源：By Meutia Chaerani / Indradi Soemardjan http://www.indrani.net - Own work, CC BY 2.5, https://commons.wikimedia.org/w/index.php?curid=2205998 |
其实，认真说起来，这句话听起来似乎没有什么难以理解，也没有什么值得探讨的地方。没错，质量是质量，数量是数量，两者不能混为一谈，但是谁不知道这些事啊。巧的是，很多人表面会知道这个道理，但是在实际上，却又会犯下同样的错误。为什么这么说呢？你是不是看过很多的人喜欢用成绩来衡量一个学生的实力，哪怕他用的是总平均，哪怕他用的是已经考虑了课外活动甚至是才艺等分数的总平均。这种衡量本质上依然是在将一个人的复杂性，抽象成为一个可以简单衡量的分数。而这一种抽象，正是把数量和质量两者之间搞混的做法。
再举一个公司里面发生的一个例子，有些公司，他们会设计出一种叫做人月的制度出来。什么是人月制度，简单来讲就是，一个工作，或者说一份任务，将之拆解，变成一个人需要用多少个月的时间来完成。这个数字，就是人月。比如有一个工程，一个人做的话，需要耗时3年。那么等于这个工程的人月数是三十六个人月。所以，如果我可以找到36个人，那么这个工程就可以在一个月里面完成。我一开始听到这个概念的时候，马上就想到了初一的工程数学应用问题。一项工程三个人做要花四个月，那么四个人做要花几个月可以完成？这其实就是人月的一个概念，然而，这个概念在被人追捧的同时，却被一个名字叫做Frederick
Phillips Brooks的图灵奖得主，写了一本名字叫做《人月神话》的书，专门抨击这一个概念。
 |
| Frederick Phillips Brooks 的肖像 图片来源：By Copyright owned by SD&M (www.sdm.de) - Request for picture sent by email to Fred Brooks by uploader (Mark Pellegrini; user:Raul654) Fred sent this photo back, along with contact information for Carola Lauber at SD&M, who gave copyright permission., CC BY-SA 3.0, https://commons.wikimedia.org/w/index.php?curid=4172755 |
Frederick Brooks，是一个软件工程师，所以他写这本书抨击的对象，也是在软件开发使用人月制度的公司。他认为，一个庞大而复杂的软件开发，如果将之简单的变成人月数字的话，那么这个软件开发就会出错。因为，对于软件开发来说，虽然一样还是可以采用分工合作来完成整个任务，但是一旦牵涉到更多的人来分工的话，那么就会衍生出一个新的工作那就是沟通。更可怕的是，人数的增加，所需要进行的沟通协调是呈等比级数上升的。换句话说就是，在刚开始的时候，增加人数或许真的会增加效率，但是人数到了一个数量之后，每增加一个人，需要进行的协调工作就会增加得更多。换句话说就是，每多一个人，这个人不是来帮忙的，是来捣乱的，效率反而会变得更低。因此，在软件开发这个情况里面，有一个人数的临界点，超过了之后，就不划算了。至于这个临界点在哪里，自然取决于团队里面成员的素质，以及这个软件开发的难易度。
那么怎么办呢？Frederick Brooks在他的人月神话里面其实有给出解方，但是今天的篇幅用完了，所以我们明天继续聊。
最后要问大家的问题就是，你相信人月神话吗？你会认为数量的递增其实有助于事情的进展吗？欢迎在下方的留言区留言，和我分享讨论吧。
今天就讲到这里，如果你喜欢这一集的内容，就请你按赞并且分享给你的朋友。如果你认为我所制作的内容对你有所帮助的话，就请你不要吝啬于订阅我的频道，同时别忘了开启小铃铛，那么你就不会错过接下来的资讯了。天地海课室，陪你每天进步1%。我们明天见。
天地海 著
没有评论:
发表评论