維護與持續開發

維護與持續開發，是系統上線後由建構它的團隊提供的支援，因此系統知識留在同一批人手中。維護：系統繼續做驗收當日所做的事；我們修正錯誤、更新組件，並監察系統運作。持續開發：系統做更多事或以不同方式運作，因為您的流程或法規已經改變。接手由他人建構的系統屬另一個範圍，即「團隊與維護」服務。

一條由您決定次序的修改隊列

每項要求都會進入登記冊，即一張列明說明、提出人、日期和狀態的清單。我們把要求分為錯誤，即系統的行為與驗收時約定的不同，以及修改，即系統要做新的事。錯誤優先於修改。修改的次序，由您這方的指定人員在檢視隊列時決定，我們會為每一項提供報價。因法規而起的修改，會列明系統中受影響的位置及生效日期，因此在隊列中排在沒有期限的修改之前。因流程而起的修改，由部門以自己的話描述，我們再把它轉化為範圍和報價。

每項修改進入運作中系統的途徑

每項修改都先在測試環境，即一個獨立的系統副本中試行。自動化測試，即以程式而非人手檢查系統，確保原本運作正常的部分繼續正常。修改以發佈版本的形式進入運作中的系統：一批經檢驗的修改，在既定時間上線，附說明和回復途徑。每個發佈版本都記入修改日誌：誰在何時修改了甚麼。

監察系統運作和更新組件

監察即查看系統的運作情況：系統停止回應或未完成夜間處理時，會自動發出警報，並通知我們和您這方的指定人員。您會按既定周期收到報告：系統處理了甚麼、在哪裏停頓、收到多少項要求、已處理多少項。系統的組件，即資料庫、伺服器作業系統和程式庫（現成的程式組件），會從製造商取得修補程式，包括安全修補程式。我們像處理其他修改一樣，以發佈版本實施這些修補，避免系統停留在不獲支援的版本。

您這方的分工

系統負責人決定修改次序並接收報告。部門提出意見，並在測試環境中驗收修改。負責存取權限的人員開設和撤銷帳戶，並確認我們團隊中誰可以存取系統和數據。

1. 我們在系統驗收前寫下維護計劃：範圍、角色、要求的提交途徑、檢視和發佈的周期。成果：計劃與驗收同時獲採納，因此從第一天起就清楚誰負責系統。
2. 我們負責上線後的頭幾個星期。這段時間要求最多，因此我們更頻密地檢視隊列，錯誤修正亦會在發佈周期以外上線。成果：系統在日常工作中穩定下來，並得出第一份附報價的修改清單。
3. 我們按固定周期維護和開發。檢視隊列、發佈、系統運作報告、組件更新。成果：系統跟上流程和法規的變化，每項修改都記錄在日誌中。
4. 我們檢視支援範圍。我們按既定間隔與您一起檢查範圍、周期和角色是否與要求數量相符。成果：按修改數量調整的計劃，或連同文件和一段共同支援期，把系統移交您的團隊。