昨晚我出席了在圣地亚哥的一个极限编程的研讨会（实际上这个会议应该叫做敏捷编程研讨会，但我猜测这个会议组织诞生于XP之初，早于极限问世）。 我的一个读者知道我到圣地亚哥去访友，就推荐我参加这个会议。 我本意只是想走马观花，看看编程运动在我上次做了研究之后有没有出现有趣的新情况。 特别是近来，敏捷开发有更多的关注到人的问题上的趋势，在这点上，我一直很迷茫。

首先引起我注意的是出席的人物。 我估计在圣地亚哥应该有成千上万的从事编程的人，但只有10个左右的人出席。 我想，这估计应该归罪于这种职业，大部分我们这行的人都不喜欢发现和学习新事物。 也许还有其它一些原因，但其中最主要的原因，我认为应该是，人们总是喜欢依附于现有的技术和方案，大家都是这样干的。有一个发言人上台要做演讲了。 演讲人很不错，而且尽量减少了内容条目，增加了很多PPT图片。 可是每当幻灯片闪烁时，我脑子里总有一种声音告诉我“打个小盹吧”。 这种研讨会上的交流基本上是单向的，有稿子的，但你又不能像在网上看演讲那样可以快进。

当我被问及时，我讲述了一下我感兴趣的人的方面的问题，在这个问题上，我开始认为还有很大的改进的地方。 做为一个例子，我谈论了组建团队的问题，在目前我们所处的这种商业结构下，组建一个好的团队是如此的困难。 有一个人提到了Kayak.com 公司，它的创建者招聘又解聘了好几百号人，最终从中挑选出了目前的30个员工。

对于建立一个公司，从某种角度去看，其实主要是如何创建一个优秀的团队的问题。 我曾听到过无数的人谈论他们公司的各种各样糟糕的令人不满的状况，但他们却仍很开心的留在这样的公司里，就好想自己是在一个非常棒的团队里一样，永远不舍得离开。 如果我们真的把团队当作一个公司的基本构件的话，那去创造一个环境，给优秀团队的诞生创造出一个文化氛围，这是很有意义的事情。

关于团队建设的问题，人们有时候把它想象成“少损失多少钱”类似的问题。 尽管都知道当有投资损失时，损失掉的就不用惦记了，但当人们做决策时，我们的大脑总是让我们按照我们已经投资了多少来考虑。 所以，如果你投资了很多时间和钱雇佣了某个人，你总舍不得放弃他，直到有一天，他给你带来的麻烦超过了你能承受的最大限度。 这实际上是说： 一颗老鼠屎 可以轻易的在一个团队里待上很久的时间，直到有一天他把整个团队都给污染了，才会被迫被驱逐，而此时为时已晚。 就像你把鲈鱼丢进一个金鱼队伍里，等鲈鱼把所有的金鱼都吃光了，你才认识到“这个鲈鱼终于吃饱了””

另外一个大的因素是劳动法的问题。 有些人会投诉公司违法解除劳动合同，所以所有的公司都尽量避免这样的纷争。 你不能随意的开除某个员工，你必须给他们6个月的适应期去观察他们的工作能力。

我猜测Kayak.com 的创立者肯定和每个员工事先达成了某种协议，才能够如此容易的解聘员工。 在这种形式下产生的员工对公司的忠诚，未免很粗糙… 但如此一般，他们能得到优秀的员工，也不失为一条道路。 因为他们真的想留在这样的公司团队里，间接的也会对公司产生忠诚。

给团队挑选成员，真正的问题是，你只能通过其实际的日常团队合作过程才能看出一个人的价值，没有其它的捷径。 面试不能提供你任何这方面的信息。 很显然，Kayak.com 公司规定，大部分的“面试”要延伸到把人安排的真正的岗位上，看其真正的工作表现。 也许这样有点让人于心不忍，有点残酷 — 尽管没人把找工作的过程当成一种享受，也许先有一个，虽然只是短期的，总比长期没有、四处求职强 — 但从公司的角度，这绝对能收获很好的效果。

是否还有人知道关于Kayak.com 公司的故事？ 是否还有其它的方案能有助于组建团队的问题？

About the Blogger

Bruce Eckel (www.BruceEckel.com) provides development assistance in Python with user interfaces in Flex. He is the author of Thinking in Java (Prentice-Hall, 1998, 2nd Edition, 2000, 3rd Edition, 2003, 4th Edition, 2005), the Hands-On Java Seminar CD ROM (available on the Web site), Thinking in C++ (PH 1995; 2nd edition 2000, Volume 2 with Chuck Allison, 2003), C++ Inside & Out (Osborne/McGraw-Hill 1993), among others. He’s given hundreds of presentations throughout the world, published over 150 articles in numerous magazines, was a founding member of the ANSI/ISO C++ committee and speaks regularly at conferences.

分享这篇文章：