在IT行業(yè)，人員的跳槽是非常普遍的現(xiàn)象，甚至可以說非常頻繁。人員的頻繁變動對一個正在運行的項目來說是很大的風(fēng)險?，F(xiàn)實生活中有很多這樣的例子：某個公司的業(yè)務(wù)或項目非常依賴于某個具體的人，一旦這個人因為某種原因離開這個公司，那么這個公司的業(yè)務(wù)或項目會受到非常大的影響，甚至可能會是毀滅性的打擊。
一個好的公司不應(yīng)該出現(xiàn)這樣的情況，或者至少我們的項目管理人員應(yīng)該防范這樣的風(fēng)險，把損失降到最低，或者讓這種人員的變動不成為風(fēng)險。
那么在項目中如何防范這種風(fēng)險呢?如何做到當(dāng)一個人離開項目后，其他的人能很快地補充上來，接替離開者的工作，team也能很容易做相應(yīng)調(diào)整?這就要求在項目在Planning階段就考慮人員變動的風(fēng)險，簡單地說就是做好Backup Plan。 一方面人員所掌握的Knowledge，Backup也需要掌握;另一方面，所有項目需要的Knowledge都要有相應(yīng)的Document，而不是僅僅掌握在某個人或某幾個人的頭腦中;最后，要有清晰的process保證Backup Plan的順利執(zhí)行。 這樣做的目的是我們加強對Knowledge的管理，弱化人與項目的耦合關(guān)系。
比如說，項目的PL(Project Leader)必須定義他的Backup PL，并有文檔記錄。公司在進行PL培訓(xùn)時，Backup PL也要參加。在定義了Backup PL后，PL要制定KT(Knowledge Transition) plan，通過一對一的具體的工作說明，讓Backup PL掌握必要的項目Knowledge。
一個member從被挑選，到進入項目，再到獨立勝任項目工作，把這個過程定義成正式的process，以讓member盡快掌握項目所需knowledge為出發(fā)點。
下面來說說我們這個的維護項目的人員check-in process是如何做的。 (這篇文章主要說的是人員變動的風(fēng)險防范，所以假設(shè)項目已經(jīng)在運行，項目團隊也已經(jīng)存在)
我們假設(shè)項目中的人員A要離開項目，現(xiàn)在已經(jīng)確認(rèn)B能加入項目。我們要做的就是啟動Induction Process。
首先，新進入的member需要閱讀項目定義的Induction Manual，以掌握必要的信息。Induction Manual主要包括項目的概述，項目組織結(jié)構(gòu)，項目中的配置管理，客戶介紹，項目涉及到的技術(shù)，必要的培訓(xùn)，和項目中的主要活動等等。 主要是一些一般介紹，具體的內(nèi)容有專門的文檔，Induction Manual中有鏈接。
其次，新進入的member需要閱讀Project Plan。這是項目中最重要的文檔，每個member必須仔細(xì)閱讀。Project Plan中對項目有詳細(xì)的說明。
接下來A就要對B做KT(這里假設(shè)每個member要離開項目都需要提前一段時間提出，這樣可以有時間尋找新的人員和KT。這點需要在每個人員進入項目時就規(guī)定好了的)。首先A要指定KT Plan，PL審批通過后，KT就可以開始了。KT的內(nèi)容不僅僅包括A維護業(yè)務(wù)系統(tǒng)的具體技術(shù)與業(yè)務(wù)邏輯，還要包括維護過程中的Process介紹，各種項目相關(guān)工具的介紹，正在做的工作、遺留的問題、即將到來的工作等等。KT的內(nèi)容還包括B申請項目，維護業(yè)務(wù)系統(tǒng)必要的，以及各種必要的權(quán)限。
KT過程中，工作仍以A為主;到KT的后期，要以B為主，A只是給以必要的幫助。KT后期還要做的一個重要的事情是A想業(yè)務(wù)系統(tǒng)的關(guān)鍵用戶和相關(guān)team的人員正式通知他的工作將由B正式接替。
KT的最后一步是對KT進行驗收。根據(jù)checklis