部落格
關鍵人物風險:當你最重要的人離職時會發生什麼事

每個組織都有關鍵人物:瞭解遺留系統的資深工程師、掌握客戶關係的客戶經理、明白流程為何如此運作的營運主管,以及承載連結路線圖與市場之策略背景的產品經理。這些人之所以寶貴,正是因為他們擁有其他人所沒有的知識,而這種知識的集中同時也是組織最大的脆弱性。
當關鍵人物離職時——且終究每個人都會離職——知識也會隨之流失。團隊會在接下來的幾週和幾個月裡,每次遇到令人尷尬的情況時,一步步發現這些缺口。部署因為無人記錄的手動步驟而中斷。客戶關係因為新聯絡人沒有前任客戶經理所掌握的背景資訊而降溫。一項策略決策被重新爭論,因為沒人記得當初為何選擇目前的做法。
研究表明,如果算上招聘、入職培訓以及過渡期間的生產力損失,更換一名資深員工的成本相當於其年薪的 100% 到 200%。但是,知識的流失——也就是那種無法透過雇用具有相似技能的新人來替代的組織背景資訊——通常是更大的成本,而且更難以量化。
究竟流失了什麼
與關鍵人物一同流失的知識可分為幾類,而大多數的知識傳承工作僅能捕捉到第一類。
程序性知識: 如何執行特定任務。部署程序、系統管理、客戶報告流程。這是最容易記錄和轉移的,也是大多數離職面談的焦點。
決策背景: 事物為何是現在這個樣子。為什麼架構要這樣設計。為什麼選擇這個供應商而不是另一個。為什麼流程有這個看似多餘、但因為兩年前出過問題而存在的特定步驟。這比程序性知識更有價值,也更難轉移,因為擁有它的人往往沒有意識到自己承載了多少隱性推論。
關係性知識: 對如何與特定人員、團隊或客戶合作的非正式理解。哪位利益相關者需要儘早諮詢。哪位客戶有修改範疇的歷史記錄。哪位團隊主管更喜歡非同步溝通。這種知識幾乎不可能正式轉移,因為它是透過多年的互動累積而來的。
情境判斷: 根據多年經驗的模式匹配,在模糊情況下做出正確決策的能力。資深工程師「就是知道」某個特定方法會帶來問題。銷售主管能在五分鐘內看出潛在客戶是否認真。這是最純粹形式的隱性知識,無法完全轉移給另一個人。
為什麼知識傳承會議不見效
對關鍵人物離職的標準因應方式是舉辦知識傳承會議:在兩週的預告期內進行一系列會議,由離職人員將其所知的一切「下載」給其接替者或團隊。
出於幾個原因,這些會議大概只能捕捉到該員工實際所知的 10% 到 20%。
時間限制。 兩週不足以轉移兩年累積的背景資訊。會議非常匆忙,涵蓋的內容具有選擇性,且接替者吸收的資訊超出了他們能留存的極限。
專家的盲點。 在某個領域非常專業的人總是會低估自己所知道的內容,因為這些知識已經變成了下意識的反應。資深工程師不會提起手動部署步驟,因為他們做這件事時不假思索。客戶經理不會提到客戶偏好在週四通話,因為這只是他們知道的一件小事。
尚未被問及的問題。 離職人員的大部分知識都是情境性的:它是在應對特定情況時才會浮現。只有當有人第一次遇到退款邏輯時,才會問「為什麼計費系統要這樣處理退款?」這可能是知道答案的人離職三個月後的事了。
持續捕捉的替代方案
應對關鍵人物風險的結構性答案,與解決文件債、部落知識和協調稅的答案相同:將知識作為日常工作的副產品持續捕捉,而不是在離職時才手忙腳亂地試圖榨取。
自動編寫文件透過將已經在進行的知識共享活動轉化為持久、可搜尋的文件來實現這一點。當資深工程師在 Slack 中解釋某個設計決策時,該解釋就會被捕捉。當會議涵蓋某個流程背後的推論時,該推論就會被記錄下來。當 PR 說明解釋了為何選擇某個特定方法時,該推論就會與程式碼一起保存下來。
數月過去,這會產生一個知識庫,其中包含關鍵人物所知的大部分實質內容,這些內容是在建立時於情境中捕捉的,不需要他們付出任何額外的努力。當他們最終離職時,他們透過正常工作產生的文件依然存在。
這並不能完全消除關鍵人物風險:隱性知識和關係性知識很難被自動捕捉。但它透過確保保存了程序和決策知識,實質降低了風險,而這些知識構成了流失內容中最大且最可行的一部分。
評估您的暴露程度
一個評估整個組織關鍵人物風險的快速方法:針對每個關鍵系統、流程或客戶關係,詢問如果凌晨 2 點出問題,團隊會打電話給誰?如果答案總是相同的一兩個人,那些人就是您的關鍵人物風險所在。
然後問:如果那個人明天提出兩週後的離職通知,我們會失去什麼?他們腦袋裡的內容與您文件中的內容之間的差距,就是您的風險暴露程度。
對於大多數組織來說,暴露程度比他們預期的要大得多,因為關鍵人物的知識已經累積了數年,而文件充其量只是零星地累積。彌補這一差距是一項知識留存投資,在它第一次防止了痛苦的過渡時,這項投資就已經回收了成本。
常見問題
我們該如何識別關鍵人物風險? 梳理您的關鍵系統、流程和關係。對於每一個,識別誰擁有最深厚的知識。如果任何一個人出現在三個以上的關鍵路徑中,他們就是關鍵人物風險。有關 巴士係數 的問題使這一點變得具體:在該系統或流程變得無法管理之前,需要有多少人離職?
我們是否應該透過交叉培訓來建立冗餘? 交叉培訓有所幫助,但有其局限性:時間投入巨大,且接受交叉培訓的人員很少能達到主要知識擁有者的深度。文件是一種更具擴充性的冗餘形式,因為它服務於每個人,而不是單一指定的備份人員。
這適用於非工程職能嗎? 當然適用。當客戶經理離職時,銷售團隊會失去客戶背景資訊。當營運主管轉換跑道時,營運團隊會失去流程知識。當產品經理變更角色時,產品團隊會失去策略背景。知識捕捉方法適用於任何累積背景資訊至關重要的角色。
相關閱讀:巴士係數、部落知識的隱藏成本、不同類型的知識、如何擴展工程團隊。相關頁面:自動編寫文件、知識留存。
其他部落格文章:

The Creative's Cold Start Problem

How to Stop Losing Momentum Between Study Sessions

Your Future Self Can't Read Your Mind

The Hemingway Bridge: Stop Working So You Can Start Again

Your ERP Has the Answers. Nobody Can Find Them.

The Usability Layer Your Business Systems Are Missing

手寫與數位筆記:你不必做出抉擇

為什麼你的手寫筆記無法搜尋(以及該如何解決)