解雇了天才員工,這是我們做過最正確的決定
來源:原創(chuàng) 時間:2017-11-07 瀏覽:0 次
“你們不會理解我創(chuàng)造的一切。我 TMD 就是愛因斯坦,你們都是玩泥巴的小屁孩。”
我們的天才 Jekyll 醫(yī)生憤怒地變身為 Hyde。(譯注:《Jekyll and Hyde》是英國作家 Stevenson 的作品經(jīng)典小說,善良的醫(yī)生 Jekyll,他將自己當作實驗對象,結(jié)果卻導(dǎo)致人格分裂,變成夜晚會轉(zhuǎn)為邪惡的 Hyde。)
他是在產(chǎn)品設(shè)計小組、開發(fā)人員、管理人員和試用用戶面前說出的這句話。有個我們的項目贊助商詢問產(chǎn)品何時可以修復(fù)嚴重缺陷。
天才都是反復(fù)無常的野獸。運氣好時,和你共事的是個瘋狂的天才,其他時候只是純粹的瘋子。大多時候,你很難區(qū)分。
這個故事關(guān)于我們一名天才團隊成員的隕落,他對我們的產(chǎn)品架構(gòu)有深入理解,有預(yù)測未來需求的不可思議的能力,有大量專業(yè)領(lǐng)域知識積累。
他是貢獻最多的成員。他曾駕馭我們的旗艦項目。我們叫他 Rick 好了。
(譯注:該名字取自一部美國著名的成人動畫科幻情景喜劇《Rick and Morty》)
(你不會想讓這個家伙在你的團隊里的。圖© Warner Bros)
Rick 是團隊里公認的天才。他是首席開發(fā)工程師及項目架構(gòu)師。
任何時候任何人有關(guān)于代碼的問題或任務(wù)需要幫忙,他們都會找 Rick。Rick 在辦公室裝了一塊白板專門處理這種事情。白板上總留有無法擦去的凌亂痕跡,記錄著過去的討論。
無論什么時候出現(xiàn)特別有挑戰(zhàn)性的問題,Rick 會處理它。Rick 電腦上安裝了與生產(chǎn)環(huán)境服務(wù)器參數(shù)相同的服務(wù)器。他可以用這個服務(wù)器獨立運行整個應(yīng)用程序棧,同時在應(yīng)用各個層面排查問題。
Rick 不依賴任何人。他喜歡孤軍奮戰(zhàn)在他的私人工作間。
Rick 從不需要別人造好的輪子。他什么都自己造,從無到有,因為自己造的輪子比其他凡人做的平庸之物要好太多。
很快,Rick 不再參加會議。因為太多代碼需要編寫,他沒有時間參加會議。
Rick 關(guān)上工作間的門,白板也閑置了。他沒有時間指導(dǎo)別人,因為他自己有很多事情需要解決。
Rick 身后開始積壓工作。他造的輪子也開始出現(xiàn) bug。這些壓榨了他投入在新產(chǎn)品開發(fā)上的精力。
當然,這些 bug 出現(xiàn)是由于使用者操作不當,Rick 的工作沒有任何問題。
在我們的項目儀表盤上,標志由綠色變成了黃色,黃色又變成了紅色,紅色的燈瘋狂閃爍。任務(wù)一個又一個陷入不可用狀態(tài)。所有人都在等待 Rick 處理。
(不必擔心,Rick 會把這些全都解決掉。)
項目經(jīng)理從贊助商那里獲得了六個月的延期。六個月到了,生產(chǎn)準備預(yù)計還要七個月。等到一年過去了,生產(chǎn)準備兩年了。
Rick 比之前更加高效地產(chǎn)出代碼。他每周工作 7 天,每天工作 12 個小時。
每個人都知道只有 Rick 能拯救團隊。大家屏住呼吸等待 Rick 創(chuàng)造特效良藥,將項目起死回生。
每天,Rick 的孤立感和好戰(zhàn)心都在增加。面具逐漸脫離,Jekyll 變成了 Hyde,
在項目最初商定的發(fā)布日期 2 年后,我參加了與項目團隊的第一次會議。我注意到該項目有一段時間了,因為它在公司里聲名狼藉,不過之前并沒有參與進來。
我被指派進來,看看我們能不能拯救該項目。
我的第一場會議主題,便是前文提到的“愛因斯坦”。
嗯······
我看了源碼。Rick 說得對,除了他自己,沒人理解他創(chuàng)造的東西。這些全都是他自己思維的工作產(chǎn)物。其中一些很巧妙,大部分還是復(fù)制粘貼的。它們都很獨特,并不是所有東西都有文檔。
我給了我們的 CIO(首席信息官)一份報告。只有 Rick 能夠維護這個產(chǎn)品。另外,Rick 每工作一天都會讓項目交付延期一周。他對項目的破壞速度比創(chuàng)造速度要快。
我們和 Rick 坐下來討論他在項目中的角色。我們評估了關(guān)注點。我們回避了他和愛因斯坦的比較。我們解釋了新的戰(zhàn)略。團隊需要合作,從零開始構(gòu)建一個新產(chǎn)品。
我們的努力必須限制在一定范圍內(nèi),并且僅僅完成產(chǎn)品基礎(chǔ)功能。整個團隊貢獻代碼并可以提供技術(shù)支持。不再會有瓶頸。
Rick 對此作何反應(yīng)?
Rick 還是一如既往風格,瞬間爆炸。
Rick 并不想理會這場鬧劇。認為如果我們不能欣賞他的天賦,那就是我們的問題,而不是他的問題。Rick 預(yù)計不出一個月,我們會狼狽而歸乞求他拯救我們。
Rick 向我們咆哮說我們廟太小,容不下他這尊佛。
很遺憾,這之后,Rick 拒絕了領(lǐng)導(dǎo)關(guān)于未來幾個月的安排。他拒絕休息,也不同意工作移交他人。他屢次拒絕引入免費開源的框架來替代他自己的難以維護的定制工具。
他回退了其他開發(fā)者測試修復(fù) bug 的代碼變更。他宣稱自己沒有責任支持其他同事的工作。他不斷公開藐視同事。
我們解雇了 Rick。
整整一周時間才塵埃落定。失去大將的軍隊需要一定時間來穩(wěn)定軍心。
然后我看到他們在白板前擠作一團。
(合作?Rick 從不懂這個詞。)
他們開始合作,一起設(shè)計更簡單的替代產(chǎn)品。
新產(chǎn)品沒有華而不實東西,也沒有根據(jù)五年后的產(chǎn)品路線來預(yù)計需求。
Rick 的產(chǎn)品動態(tài)工作流支持超過一萬五千種排列。事實上,我們 99% 的用例只遵循其中三分之一的路徑。團隊對工作流硬編碼。這移除了超過 30% Rick 的工作。
每個任務(wù)并不能使用定制的硬編碼組件。他們把能購買到的組件替換掉定制的組件。
這移除了 Rick 上百小時的貢獻。當然這也移除了上千小時的技術(shù)債務(wù)(technical debt)。
我們和項目贊助商協(xié)商達成一致,砍掉一些邊緣功能。
這些邊緣功能只服務(wù)于 5% 的試用用戶組,但給在產(chǎn)品中占有四分之一的復(fù)雜度。
我們向試用用戶組重新發(fā)布產(chǎn)品。產(chǎn)品包含 Rick 寫的可穩(wěn)定運行的 10% 的源代碼,另外用幾千行新代碼替換掉了十五萬行難以理解的代碼。
整個團隊六個月完成了五年的工作量。接下來幾個月時間我們把試用版擴展為完整的客戶版本。
我們不僅替換掉 Rick 造的輪子,而且超越他并全面推出了產(chǎn)品,所有這一切只用了不到一年時間。產(chǎn)品的大小和復(fù)雜度只有 Rick 所做的五分之一。
盡管產(chǎn)品組裝時間很短,使用的客戶翻了十倍,但產(chǎn)品的效率仍提升上百倍,而且?guī)缀鯖]有 bug。
團隊回到 Rick 其他產(chǎn)品中,他們剔除了 Rick 的舊代碼。
團隊協(xié)作三個月就重新發(fā)布了 Rick 三年時間開發(fā)的產(chǎn)品。
團隊中不再有 Rick 這種人。我們也不再看到這種從無到有造輪子瘋狂的天才。但我們的生產(chǎn)力居高不下。
Rick 是非常有天賦的開發(fā)者。他能夠解決復(fù)雜的商業(yè)邏輯問題,可以創(chuàng)造復(fù)雜精妙的結(jié)構(gòu)來支持他的高級設(shè)計。但 Rick 不能解決的問題,是如何使團隊高效工作。
(建筑工程隊長是很酷,但摩天大樓是團隊蓋起來的。圖© Warner Bros)
Rick 的存在,在某些方面是有破壞性的。
首先,他創(chuàng)造了個人崇拜的依賴。所有問題都變成 Rick 的問題,他變成一個神話。開發(fā)者習(xí)慣放棄嘗試,只等著 Rick 解決。
其次,他寫的代碼不易維護。他從不寫文檔或測試代碼,他的聰明才智也無法阻止失敗。他對自己可靠性的信仰讓他忽略了常識。
然后,他個人有破壞性。團隊成員不想和他交流想法,因為他總是批判他們。Rick 只尊重它自己,以他自己的方式工作,讓其他人感覺渺小。
最后,他缺少個人責任感。所有失敗都不是他的錯。他堅信這一點,這也阻止了他從錯誤中學(xué)習(xí)和進步。
我并不認為 Rick 從開始就這個樣子。我看到的是,他最糟糕的樣子。他經(jīng)歷了數(shù)年愈演愈烈的加班,面對了同事和客戶逐漸增加的苛刻要求。
很遺憾,Rick 走遠了。他的經(jīng)理也有責任。事實上,原來的管理團隊承擔了責任,他們首先離開了。
不幸的是 Rick 走的太遠了,以至于他不能回到正軌。即使再多的輔導(dǎo)、反饋、休假或指派其他項目都無法改變他的不良行為習(xí)慣。
在這一點上,整個團隊知道他不好的地方。但個人崇拜的依賴如此強烈,每個人相信 Rick 是唯一的救命稻草。
其實一直都有其他選擇的。
團隊力量和每個單獨成員的天賦無關(guān),而是有關(guān)于他們的合作、斗志和相互尊重。
組建團隊要注重發(fā)揮每個人的價值,讓每個人都發(fā)揮自己的最好水平。
團結(jié)一心,他們就可以應(yīng)對 Rick 都無法觸及的更大的挑戰(zhàn)。
本文詳細地址:http://www.ohfrw.com/news/industry/292.html