“你們不會理解我創(chuàng)造的一切。我 TMD 就是愛因斯坦，你們都是玩泥巴的小屁孩。”

我們的天才 Jekyll 醫(yī)生憤怒地變身為 Hyde。(譯注：《Jekyll and Hyde》是英國作家 Stevenson 的作品經典小說，善良的醫(yī)生 Jekyll，他將自己當作實驗對象，結果卻導致人格分裂，變成夜晚會轉為邪惡的 Hyde。)

他是在產品設計小組、開發(fā)人員、管理人員和試用用戶面前說出的這句話。有個我們的項目贊助商詢問產品何時可以修復嚴重缺陷。

天才都是反復無常的野獸。運氣好時，和你共事的是個瘋狂的天才，其他時候只是純粹的瘋子。大多時候，你很難區(qū)分。

這個故事關于我們一名天才團隊成員的隕落，他對我們的產品架構有深入理解，有預測未來需求的不可思議的能力，有大量專業(yè)領域知識積累。

他是貢獻最多的成員。他曾駕馭我們的旗艦項目。我們叫他 Rick 好了。

(譯注：該名字取自一部美國著名的成人動畫科幻情景喜劇《Rick and Morty》)

Rick 是團隊里公認的天才。他是首席開發(fā)工程師及項目架構師。

任何時候任何人有關于代碼的問題或任務需要幫忙，他們都會找 Rick。Rick 在辦公室裝了一塊白板專門處理這種事情。白板上總留有無法擦去的凌亂痕跡，記錄著過去的討論。

無論什么時候出現(xiàn)特別有挑戰(zhàn)性的問題，Rick 會處理它。Rick 電腦上安裝了與生產環(huán)境服務器參數(shù)相同的服務器。他可以用這個服務器獨立運行整個應用程序棧，同時在應用各個層面排查問題。

Rick 不依賴任何人。他喜歡孤軍奮戰(zhàn)在他的私人工作間。

Rick 從不需要別人造好的輪子。他什么都自己造，從無到有，因為自己造的輪子比其他凡人做的平庸之物要好太多。

很快，Rick 不再參加會議。因為太多代碼需要編寫，他沒有時間參加會議。

Rick 關上工作間的門，白板也閑置了。他沒有時間指導別人，因為他自己有很多事情需要解決。

Rick 身后開始積壓工作。他造的輪子也開始出現(xiàn) bug。這些壓榨了他投入在新產品開發(fā)上的精力。

當然，這些 bug 出現(xiàn)是由于使用者操作不當，Rick 的工作沒有任何問題。

在我們的項目儀表盤上，標志由綠色變成了黃色，黃色又變成了紅色，紅色的燈瘋狂閃爍。任務一個又一個陷入不可用狀態(tài)。所有人都在等待 Rick 處理。

(不必擔心，Rick 會把這些全都解決掉。)

項目經理從贊助商那里獲得了六個月的延期。六個月到了，生產準備預計還要七個月。等到一年過去了，生產準備兩年了。

Rick 比之前更加高效地產出代碼。他每周工作 7 天，每天工作 12 個小時。

每個人都知道只有 Rick 能拯救團隊。大家屏住呼吸等待 Rick 創(chuàng)造特效良藥，將項目起死回生。

每天，Rick 的孤立感和好戰(zhàn)心都在增加。面具逐漸脫離，Jekyll 變成了 Hyde，

在項目最初商定的發(fā)布日期 2 年后，我參加了與項目團隊的第一次會議。我注意到該項目有一段時間了，因為它在公司里聲名狼藉，不過之前并沒有參與進來。

我被指派進來，看看我們能不能拯救該項目。

我的第一場會議主題，便是前文提到的“愛因斯坦”。

嗯······

我看了源碼。Rick 說得對，除了他自己，沒人理解他創(chuàng)造的東西。這些全都是他自己思維的工作產物。其中一些很巧妙，大部分還是復制粘貼的。它們都很獨特，并不是所有東西都有文檔。

我給了我們的 CIO(首席信息官)一份報告。只有 Rick 能夠維護這個產品。另外，Rick 每工作一天都會讓項目交付延期一周。他對項目的破壞速度比創(chuàng)造速度要快。

我們和 Rick 坐下來討論他在項目中的角色。我們評估了關注點。我們回避了他和愛因斯坦的比較。我們解釋了新的戰(zhàn)略。團隊需要合作，從零開始構建一個新產品。

我們的努力必須限制在一定范圍內，并且僅僅完成產品基礎功能。整個團隊貢獻代碼并可以提供技術支持。不再會有瓶頸。

Rick 對此作何反應?

Rick 還是一如既往風格，瞬間爆炸。

Rick 并不想理會這場鬧劇。認為如果我們不能欣賞他的天賦，那就是我們的問題，而不是他的問題。Rick 預計不出一個月，我們會狼狽而歸乞求他拯救我們。

Rick 向我們咆哮說我們廟太小，容不下他這尊佛。

很遺憾，這之后，Rick 拒絕了領導關于未來幾個月的安排。他拒絕休息，也不同意工作移交他人。他屢次拒絕引入免費開源的框架來替代他自己的難以維護的定制工具。

他回退了其他開發(fā)者測試修復 bug 的代碼變更。他宣稱自己沒有責任支持其他同事的工作。他不斷公開藐視同事。

我們解雇了 Rick。

整整一周時間才塵埃落定。失去大將的軍隊需要一定時間來穩(wěn)定軍心。

然后我看到他們在白板前擠作一團。

(合作?Rick 從不懂這個詞。)

他們開始合作，一起設計更簡單的替代產品。

新產品沒有華而不實東西，也沒有根據(jù)五年后的產品路線來預計需求。

Rick 的產品動態(tài)工作流支持超過一萬五千種排列。事實上，我們 99% 的用例只遵循其中三分之一的路徑。團隊對工作流硬編碼。這移除了超過 30% Rick 的工作。

每個任務并不能使用定制的硬編碼組件。他們把能購買到的組件替換掉定制的組件。

這移除了 Rick 上百小時的貢獻。當然這也移除了上千小時的技術債務(technical debt)。

我們和項目贊助商協(xié)商達成一致，砍掉一些邊緣功能。

這些邊緣功能只服務于 5% 的試用用戶組，但給在產品中占有四分之一的復雜度。

我們向試用用戶組重新發(fā)布產品。產品包含 Rick 寫的可穩(wěn)定運行的 10% 的源代碼，另外用幾千行新代碼替換掉了十五萬行難以理解的代碼。

整個團隊六個月完成了五年的工作量。接下來幾個月時間我們把試用版擴展為完整的客戶版本。

我們不僅替換掉 Rick 造的輪子，而且超越他并全面推出了產品，所有這一切只用了不到一年時間。產品的大小和復雜度只有 Rick 所做的五分之一。

盡管產品組裝時間很短，使用的客戶翻了十倍，但產品的效率仍提升上百倍，而且?guī)缀鯖]有 bug。

團隊回到 Rick 其他產品中，他們剔除了 Rick 的舊代碼。

團隊協(xié)作三個月就重新發(fā)布了 Rick 三年時間開發(fā)的產品。

團隊中不再有 Rick 這種人。我們也不再看到這種從無到有造輪子瘋狂的天才。但我們的生產力居高不下。

Rick 是非常有天賦的開發(fā)者。他能夠解決復雜的商業(yè)邏輯問題，可以創(chuàng)造復雜精妙的結構來支持他的高級設計。但 Rick 不能解決的問題，是如何使團隊高效工作。

(建筑工程隊長是很酷，但摩天大樓是團隊蓋起來的。圖© Warner Bros)

Rick 的存在，在某些方面是有破壞性的。

首先，他創(chuàng)造了個人崇拜的依賴。所有問題都變成 Rick 的問題，他變成一個神話。開發(fā)者習慣放棄嘗試，只等著 Rick 解決。

其次，他寫的代碼不易維護。他從不寫文檔或測試代碼，他的聰明才智也無法阻止失敗。他對自己可靠性的信仰讓他忽略了常識。

然后，他個人有破壞性。團隊成員不想和他交流想法，因為他總是批判他們。Rick 只尊重它自己，以他自己的方式工作，讓其他人感覺渺小。

最后，他缺少個人責任感。所有失敗都不是他的錯。他堅信這一點，這也阻止了他從錯誤中學習和進步。

我并不認為 Rick 從開始就這個樣子。我看到的是，他最糟糕的樣子。他經歷了數(shù)年愈演愈烈的加班，面對了同事和客戶逐漸增加的苛刻要求。

很遺憾，Rick 走遠了。他的經理也有責任。事實上，原來的管理團隊承擔了責任，他們首先離開了。

不幸的是 Rick 走的太遠了，以至于他不能回到正軌。即使再多的輔導、反饋、休假或指派其他項目都無法改變他的不良行為習慣。

在這一點上，整個團隊知道他不好的地方。但個人崇拜的依賴如此強烈，每個人相信 Rick 是唯一的救命稻草。

其實一直都有其他選擇的。

團隊力量和每個單獨成員的天賦無關，而是有關于他們的合作、斗志和相互尊重。

組建團隊要注重發(fā)揮每個人的價值，讓每個人都發(fā)揮自己的最好水平。

團結一心，他們就可以應對 Rick 都無法觸及的更大的挑戰(zhàn)。

注：一些細節(jié)(比如人名)已經處理。我的同事中沒有叫 Rick 的。

--- 完 ---