落园 » 再论“人月神话”|专注经济视角下的互联网

再论“人月神话”

我总觉得我曾几何时论述过“人月神话”,可惜肯定不是在blog上,所以也找不到什么踪迹了。每当念及这个词儿,脑海中第一浮现的便是和Joke横穿南北锣鼓巷无暇顾及周围的风景秀丽只顾着讨论这个“人月神话”了。

“人月神话”其实并不多神秘,说的就是在软件开发的团队中,如果一味的加人、加人以期提高完成速度,可能会是事与愿违的。他当时给我举了个例子说,他所在的那个项目中公司一直在派人来,原因就是合同的另一方是依据“开发团队的人数和时间”来付报酬的,时间不是可以随意想拖延多久就多久的,所以就拼命的加人好了。他给我说,其实人越多项目开发可能问题越多,最大的问题就是“管理”。略过个人之间的矛盾不说,因为写程序是一个相对比较专业化的东西,一个人写的程序让其他人来看可能都要花费非常多的时间才能看懂,所以人多了之后面临的第一个问题就是“沟通”。从这个意义上来说,不禁让人想起来当然“软件工程”的诞生——用工程管理的方法来开发软件项目,只是为了解决很多优秀的软件“一拖再拖难以发布”的窘境。

为什么此时要“再论”人月神话呢?主要是想起来一个“边界”问题。传统的项目,比如建筑工程,肯定是人越多干得越快。但是在专业化分工到如此程度的今天,为什么却出现了团队合作的阻碍呢?“交流成本”一词是个很有意思的东西,就是说“我需要很多时间精力来告诉你我在干什么,然后你才能加入我的工作”。从团队组织的观点来看,到底程度的“交流成本”会使得团队开发的边际效率下降呢?这样一来,就可以解释很多行业中,什么样规模的开发/生产团队是最优的。现在的团队合作理论中很多时候是考虑人与人之间的关系,通过多人博弈来寻找一种激励策略,模型也越来越复杂。可是有没有模型来简单的讨论一下“交流成本”的问题,我还不知道。若是谁能提供一些相关信息,不胜感激。


Comments

Leave a Reply

Your email address will not be published. Required fields are marked *