通過高頻招募與解職 組建最好的團隊
昨晚我出席了在圣地亞哥的一個極限編程的研討會(實際上這個會議應該叫做敏捷編程研討會,但我猜測這個會議組織誕生于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. |