15.9 蘿卜白菜，各有所愛

　　項目進行了一段時間，TFS上也積累了不少數據。大拴做了“數據挖掘”，整理出來一些統計信息。在頭碰頭會議上匯報。

　　大牛：哇塞！看起來UI組的這位哥們是冠軍呀，他的bug數量約等于所有其他成員的總和。

　　二柱：那是有客觀原因的，你可能不知道他的工作量是最大的。

　　阿亨：那也不能因此產生這么多小強，而讓整個團隊的進度停下來吧。

　　二柱：別人工作得這么辛苦，我倒是不太忍心再批評他。阿超，其實我覺得我們應該鼓勵成員多做貢獻，錯誤總是難免的，但是你知道他上星期完成了兩個功能，明顯比別人快多了。別的同事和他一比，就慢多了。

　　阿亨：我不太同意，從TFS的數據來看，他的bug數量遠比別人多，而且不少bug都有一段時間了，你說的“慢”的人，好像沒有多少bug，也是差不多按期完成的。

　　大牛：問題是你希望團隊里是“蘿卜快了不洗泥”類型，還是“慢工出細活”類型？

　　阿超：我有一個故事，假設團隊里來了兩位年輕人，嗯，就叫“蘿卜”和“白菜”。

　　蘿卜做事很快，是“蘿卜快了不洗泥”類型；白菜是“慢工出細活”類型。

　　分配了任務后，蘿卜很快就說做好了做好了！白菜還在吭哧吭哧的和PM/Test討論。

　　領導很高興，讓蘿卜去做更多的事。開發(fā)階段結束了，蘿卜比白菜多做了不少功能。穩(wěn)定階段開始了。大家發(fā)現蘿卜負責的功能出了很多問題，白菜的模塊倒是比較穩(wěn)定。然后蘿卜在團隊中的曝光率很高，很多問題都在等著他解決，從統計上看，他也修復了不少缺陷。白菜結束了自己模塊的工作，開始幫助其他人，由于不熟悉其他人的模塊，白菜修復的缺陷不多。由于蘿卜的設計有缺陷，導致模塊非常復雜，蘿卜也成了唯一了解他的模塊的開發(fā)人員。項目最后階段，幾乎都是蘿卜工作得最晚，把最后幾個缺陷修復了。領導們說：有問題，找蘿卜！

　　項目結束了，開始了績效考核，領導A認為白菜績效不錯，模塊按時完成，沒有大多問題，然后還能幫助其他成員；領導B認為蘿卜是超級明星：第一個完成模塊，修復的缺陷最多，而且掌握了最復雜的模塊，離開他不行，工作得也很晚，有突出貢獻。至于白菜，領導B沒感覺他做了啥，僅僅是按要求完成任務了。

　　蘿卜白菜，各有所愛。那蘿卜和白菜誰該得到獎勵，誰該得到批評呢？

　　假如領導B的評價方式占了上風，蘿卜得到獎勵，白菜離開了團隊，你覺得下一個版本會出現什么情況？

　　阿杰：我估計蘿卜會成為“構建大師”，每天忙得不可開交。然而項目進展不一定會像以前那樣順利……

　　二柱：有人會懷念白菜。

　　大牛：你的意思是團隊的領導者文化決定了團隊的風格。但是當前該怎么辦呢？

　　阿超：所以我們要讓“蘿卜快了不洗泥”的人慢下來，這樣能減少他們的危害。

　　大牛：授予他們“蘿卜大師”的稱號？

　　阿超：恐怕不靈了，我們要胡蘿卜和大棒并用。