做為一個程式設計師，難免會碰上因同事離職接手新系統，如果碰巧你又是這家公司的新人，在業務不熟悉的情況下，需要考慮哪些事項呢。

1. 文件資料。

雖然大多數系統文件資料匱乏，但以下資料是必須的。

應用程式部署圖：應用程式（或服務）部署在那臺伺服器上，和其相關的伺服器有哪些？比如快取通知服務，資料庫伺服器等等分別部署在那臺伺服器上，互相之間可能有什麼影響？

資料字典：總得知道資料庫表和欄位的意義。

系統說明文件：系統上線時間、功能介紹、運營風險、部署環境和形式、文件位置、原始碼位置。

其他文件：越多越好，未必會看，但留著備用總是好的。

2. 原始碼相關

原始碼與線上版本是否一致？如果不一致，原因？引用的dll來源？是否有相關說明或原始碼？

離職同事在講解程式碼時，直接註釋到原始碼中。

一般來說此時講解業務流程未必能清楚，先記錄下來。

3. 應用程式是否有日誌記錄（主要是異常處理）。

沒有日誌記錄的系統維護起來就是一場噩夢。曾經見過一個投訴率極高的系統，日誌少且只記錄成功的資訊，catch塊從來就是ruturn null或者ruturn false...  

最好能有離職同事提供系統常見問題的可能原因及解決方案（一般而言如果能知道問題的根本原因，就可以避免此問題，所以此時往往只能知道可能發生的問題，但具體原因未必能知道，但有個臨時解決方案比如重啟某個服務好歹能讓自己有喘氣檢查問題的時間）

4. 是否有測試環境，測試資料庫伺服器地址？

儘可能讓離職同事協助自己成功編譯部署一次系統。

瞭解系統引用的資源位置（比如可能會發現系統引用的一些配置檔案的路徑只能在D:/XXX目錄下）。

注意測試環境和正式環境是否一致（如測試環境是.NET Framework 3.5的，正式環境是.NET Framework 2.0的，上線會帶來不必要的麻煩）。

5. 如果是Web應用程式，需要注意web伺服器上其他服務和應用程式的情況。

經常出現的一種情況，一臺伺服器的某個服務把Socket埠耗盡，導致其他的服務或應用程式全都不能正常執行。

至於其他的離職交接單往往是走個形式，這裡就略過了.