接手維護

接手維護是照管一套並非由我們團隊建構的系統，因此在簽訂長期合約前，我們會先作檢查：必須清楚自己接手的是甚麼。照管由我們團隊建構的系統，屬「系統與整合」服務中的「維護與持續開發」範圍。

接手前我們檢查甚麼

程式碼：公司是否在儲存庫，即記錄修改歷史的地方，擁有完整的原始碼，以及能否用它建構出現時在伺服器上運行的版本。存取權：誰持有伺服器、數據庫和域名的管理員帳戶，哪些帳戶屬於已離開的人。文件：是否存在，以及是否與系統的實際運作相符。授權：公司按甚麼條件使用數據庫和程式庫，即現成的程式碼組件，費用是否已繳清。備份：是否有備份、存放在哪裏、最近一次用它還原系統是甚麼時候。不再獲支援的組件：哪些部分，例如數據庫，已不再獲製造商提供修補。

共同過渡期，或在沒有前任的情況下接手

如果前任承辦商仍可聯絡，我們會商定一段共同過渡期：由對方處理報障，我們觀察和提問，之後雙方角色互換。過渡期以移交記錄作結：列明我們收到了甚麼、缺少甚麼。如果沒有前任，我們便根據留下來的東西接手系統：伺服器上的程式碼、運作日誌，以及與部門的面談。頭幾個星期用來了解系統；我們清楚某項修改會觸發甚麼之後，才會實施。

缺漏清單與首輪整頓

檢查中發現的每項缺漏都會列入清單，註明對公司構成的風險，並提供三個做法：重建、替換，或在知情下保留。由您選擇，我們為每個做法報價。根據您的決定，我們制定首輪整頓計劃，次序如下：

• 公司自己的管理員帳戶，並收回公司以外人員的存取權；
• 備份，並試行從備份還原系統；
• 程式碼存放在公司帳戶下的儲存庫；
• 測試環境，即用來檢驗修改的系統副本；
• 更新不再獲支援的組件。

最後，我們寫下系統現時的實際運作，以此取代舊文件。

之後的持續照管

部門提出的報障進入同一個登記冊：錯誤是指系統偏離接手當日的運作方式，修改則是新功能，其先後次序由您決定。修改以發佈版本推出，即在測試環境中檢驗過的修改包，附有說明和回退方法。監控，即觀察系統運作的機制，會在系統停止回應時通知指定人員。如您日後希望自行管理系統，把系統交還您的同事屬另一個範圍：知識轉移。

當程式碼不屬於公司

有時與前任承辦商所訂的合約並未把程式碼的權利轉讓給公司，或者系統是對方的產品，授權不容許修改。這時由我們的法律支援團隊審閱合約；法律意見則由律師事務所出具。可行的出路：購買權利或允許修改的授權、只照管數據、配置和伺服器，或制定替換系統的計劃。權利未釐清之前，我們不會修改程式碼。

1. 我們在保密協議下，按商定的範圍和期限檢查系統。成果：檢查報告和缺漏清單，供您決定是否交由我們接手。
2. 我們接手：與前任承辦商共同過渡，或根據留下來的東西接手。成果：移交記錄、公司自己的管理員帳戶、存放在公司儲存庫的程式碼。
3. 我們按計劃進行首輪整頓。成果：經驗證的備份、測試環境、獲支援的組件、反映現時狀況的文件。
4. 我們提供持續照管。成果：單一的報障隊列、按既定節奏的發佈、監控，以及定期的系統運作摘要。

1. 用我們手上的程式碼，能否建構出現時在伺服器上運行的版本？由誰確認？
2. 你們會接手哪些管理員帳戶？會收回前任人員的哪些帳戶？我們這邊由誰批准？
3. 最近一次有人用備份還原系統是甚麼時候？你們會在甚麼時候做？
4. 沒有程式碼的系統部分怎麼處理：列入缺漏清單，還是在不清楚的情況下接手？
5. 與前任承辦商所訂的合約是否容許我們修改程式碼？如果不容許，你們會怎樣做？

每次接手我們都從系統分析開始：在決定簽訂長期合約之前，您會先收到檢查報告和缺漏清單。