关于团队 - 短板和长板

有一个著名的木桶理论，一只木桶能够装多少水，取决于木桶中最短的一块木桶的长度，而不是最长的那块。但是在软件开发团队中，木桶的容量更多的是由长的那块板决定的。

原因之一，在于软件开发团队中的个人工作效率差异之大。Brooks在人月神话中，就提到，优秀程序员和较差的程序员之间差异明显。在一个实际测量的实验中发现，最好程序员的和最差的表现在生产率上平均为10:1；在运行速度和空间上具有5:1的惊人差异。几十年后，而随着软件开发方面的知识和辅助工具的爆发性增长，这种差异不但依然存在，而且让成为高效程序员的门槛越来越高。相对于传统的劳作，个人效率的显著差距是所有创造型活动的重要特点。

原因之二，在于软件项目核心功能的高度浓缩性。同样是人月神话中，Brooks指出， 写出一段code只是软件项目的开始，要让它可用、可维护、可集成，至少需要花费三倍以上的精力。而将这一切组成能让客户愉悦，能顺畅运行的真正的软件产品，则至少要九倍以上（参见http://leonone.spaces.live.com/blog/cns!44A6A6DD6A3C5D41!269.entry）。从另一个角度上来看，真正构成软件核心功能的部分，就编写程序而言，所需要的时间可能不到整个项目的十分之一。但这部分工作，往往是整个项目的关键路径和瓶颈。开发人员巨大的效率差别，在这条关键路径上会加倍放大，直接决定软件项目的成败。而整个团队是否能在这条路径上完全发挥，做出水准，直接决定软件能够有多成功。在这里，长板员工对于项目的优质贡献，能大大超过短板的负面影响。

对于软件开发团队而言，短板决定容量的木桶理论，除了会使团队忽视长板员工的能力，也容易使团队过多关注于短板，并且花大力气去改变和提高，高投入的结果却往往不能获得高产出。