系統退役計畫範本(System Retirement Plan Template)

適用標準:ISO/IEC/IEEE 15288:2023(System Life Cycle - Disposal Process)
適用階段:維運階段 — 退役處理(Operations — Retirement Phase)
負責角色:PM、SA、DBA、Infra、資安


📑 章節目錄

  1. 文件資訊
  2. 退役概要
  3. 影響分析
  4. 資料處置計畫
  5. 基礎設施釋放計畫
  6. 相依系統處理
  7. 溝通計畫
  8. 退役執行步驟
  9. 驗證與確認
  10. 風險與應變
  11. 附錄

📝 範本


1. 文件資訊

項目內容
文件名稱[系統名稱] 退役計畫
文件編號[專案代碼]-RTP-[版本號]-[日期]
版本v[X.Y]
建立日期[YYYY-MM-DD]
預計退役日[YYYY-MM-DD]
負責人[PM / SA]
審核者[IT Director / CISO]

2. 退役概要

項目內容
系統名稱[退役系統名稱]
系統用途[一句話描述系統功能]
上線日期[YYYY-MM-DD]
服務年限[N] 年
退役原因[被取代 / 業務需求消失 / 技術不支援 / 成本效益]
替代系統[新系統名稱] 或 [無]
影響用戶數[N] 人
退役方式[立即下線 / 漸進退場 / 唯讀保留期]

2.1 退役判定準則

準則說明是否滿足
替代系統已上線並穩定[新系統 GAP 已關閉][✅/❌]
使用者已完成遷移[N]% 已切換至新系統[✅/❌]
資料已完成遷移/封存[全量遷移完成][✅/❌]
相依系統已解耦[所有介接已切換][✅/❌]
法規保留要求已確認[保留年限/方式已確定][✅/❌]

3. 影響分析

3.1 利害關係人影響

利害關係人影響描述嚴重度緩解措施
[內部使用者][無法再使用舊系統][Low][已遷移至新系統]
[外部合作夥伴][API 中斷][Medium][提前通知 + 新 API 對接]
[報表使用者][歷史報表查詢][Medium][資料封存 + 查詢介面]

3.2 功能影響盤點

功能模組狀態替代方案備註
[模組 A]已遷移至新系統[新系統模組 X]
[模組 B]功能廢除[業務確認不再需要]
[模組 C]部分功能無替代[Manual process / 新建]⚠️ GAP

3.3 合規與法規要求

法規/政策要求資料保留期處理方式
[個資法]個人資料銷毀或去識別化[銷毀/去識別化]
[商業法]財務交易記錄保留[N] 年[封存至 Archive]
[公司政策][內部規範][N] 年[方式]

4. 資料處置計畫

4.1 資料分類與處置

資料類別資料表/儲存筆數大小處置方式備註
已遷移資料[tables][N][N]GB驗證後刪除遷移至新系統
法規保留資料[tables][N][N]GB封存至冷儲存保留 [N] 年
個人資料[tables][N][N]GB去識別化/銷毀依個資法
暫存/Log[tables][N][N]GB直接刪除無保留價值
附件/檔案[storage][N][N]GB[遷移/封存/刪除]

4.2 資料封存規格

項目內容
封存格式[SQL dump / Parquet / CSV + Schema]
封存位置[Cold Storage / Archive Vault]
加密方式[AES-256 / 由保管庫管理]
存取方式[申請制 / 限特定角色]
保留期限[N] 年,到期後 [自動銷毀 / 覆審]
驗證方式[Checksum / Restore test]

4.3 資料銷毀證明

銷毀項目方式執行日執行人驗證人證明文件
[DB data][TRUNCATE + VACUUM / Secure erase][日期][DBA][資安][存證編號]
[File storage][Secure delete / Disk wipe][日期][Infra][資安][存證編號]
[Backup tapes][Degauss / Physical destruction][日期][Infra][資安][存證編號]

5. 基礎設施釋放計畫

5.1 資源盤點

資源類型名稱/ID規格月費處置方式預計釋放日
VM / 主機[hostname/ID][spec]$[N][刪除/重新用途][日期]
Database[instance name][spec]$[N][刪除][日期]
Storage[bucket/share][N]GB$[N][資料移出後刪除][日期]
Load Balancer[name]$[N][刪除][日期]
DNS Record[domain][刪除/轉向][日期]
SSL Certificate[CN][不續約][到期日]
Monitoring[Dashboard/Alert][刪除][日期]

5.2 成本節約估計

項目月費年費備註
計算資源$[N]$[N]
儲存$[N]$[N]
授權 (License)$[N]$[N]
維護合約$[N]$[N]
合計節省$[N]$[N]

6. 相依系統處理

6.1 上游系統(呼叫退役系統的系統)

來源系統介接方式呼叫頻率處理方式負責人狀態
[System A]REST API[N] calls/day切換至新系統 API[PM of A][✅/❌]
[System B]DB Link[N] queries/day移除 DB Link[DBA][✅/❌]

6.2 下游系統(退役系統呼叫的系統)

目標系統介接方式影響處理方式狀態
[System C]Event publish[訂閱者需取消]通知訂閱者[✅/❌]

6.3 共用元件

元件共用者可否移除處理方式
[Shared DB][系統列表][否][僅移除退役系統的 Schema]
[Message Queue][系統列表][是/否][移除 Topic / 保留]

7. 溝通計畫

時間點對象內容方式負責人
T - 90 天所有使用者退役預告 + 遷移指引Email + 公告PM
T - 60 天相依系統負責人技術切換時程會議SA
T - 30 天所有使用者最後提醒 + 進入唯讀期Email + In-appPM
T - 7 天全體最終通知Email + TeamsPM
T dayIT 團隊執行退役War RoomRM
T + 1 天全體退役完成通知EmailPM

8. 退役執行步驟

#步驟負責人預估時間前置條件狀態
1切換至唯讀模式DevOps[N] minT-30d 通知完成
2最終資料備份DBA[N] hr唯讀模式已啟用
3驗證最終備份完整性DBA[N] hr備份完成
4DNS 移除/轉向Infra[N] min
5停止應用程式服務DevOps[N] minDNS 已處理
6移除相依系統連線設定SA/DevOps[N] hr相依系統已切換
7資料封存(法規保留)DBA[N] hr備份驗證通過
8資料銷毀(非保留資料)DBA/Infra[N] hr封存完成
9基礎設施釋放Infra[N] hr資料處置完成
10監控/告警移除SRE[N] min服務已停止
11文件更新(架構圖/CMDB)SA[N] hr全部完成
12退役完成確認PM全部驗證通過

9. 驗證與確認

9.1 退役前驗證

#驗證項目方法預期結果狀態
1新系統功能涵蓋率UAT 驗收100% 功能可替代[✅/❌]
2資料遷移完整性Count + Sample 驗證差異 = 0[✅/❌]
3相依系統已切換連線測試無對退役系統的呼叫[✅/❌]
4使用者已遷移登入統計活躍用戶 = 0[✅/❌]

9.2 退役後驗證

#驗證項目方法預期結果狀態
1舊系統不可存取URL/IP 測試Connection refused / 404[✅/❌]
2新系統運作正常Smoke Test全數通過[✅/❌]
3封存資料可存取Restore 測試資料完整可讀[✅/❌]
4無殘留資源CMDB / Cloud Console 檢查資源已清除[✅/❌]
5成本已停止計費帳單確認下月帳單減少[✅/❌]

10. 風險與應變

#風險影響機率應變措施
1使用者未完成遷移業務中斷Medium延長唯讀期 + 人工協助
2發現未識別的相依系統相依系統異常Medium保留 DNS 轉向頁 30 天
3法規保留期判定錯誤合規風險Low法務覆審 + 寧可多保留
4封存資料無法還原資料遺失Low保留完整備份至驗證通過
5退役後需要回溯查詢業務查詢困難Medium建立簡易查詢介面 for 封存資料

11. 附錄

11.1 系統架構圖(退役前)

[附上退役系統目前的架構圖,標示將移除的元件]

11.2 簽核記錄

角色姓名簽核日意見
PM[姓名][日期]
SA[姓名][日期]
CISO[姓名][日期]
IT Director[姓名][日期]
業務負責人[姓名][日期]

📖 使用說明

退役流程總覽

graph TD
    A[退役決策] --> B[影響分析]
    B --> C[資料處置計畫]
    C --> D[相依系統解耦]
    D --> E[使用者遷移]
    E --> F{遷移完成?}
    F -->|No| E
    F -->|Yes| G[進入唯讀期]
    G --> H[最終備份/封存]
    H --> I[執行退役]
    I --> J[驗證]
    J -->|Pass| K[資源釋放]
    J -->|Fail| L[應變處理]
    K --> M[退役完成]

關鍵原則

  1. 先遷移、後退役:確保所有使用者和資料都已安全遷移
  2. 資料優先:任何退役動作前,資料的保留/封存/銷毀必須先完成
  3. 漸進式:使用唯讀期作為緩衝,觀察是否有遺漏的使用者或系統
  4. 可驗證:每步都需要驗證,特別是資料完整性
  5. 法規遵循:資料保留與銷毀必須符合法規要求

💡 範例(以 HRMS 人力資源管理系統為例)


範例:退役 Legacy HRMS (Oracle)

項目內容
退役系統Legacy HRMS v3.2 (Oracle 11g)
服務年限12 年(2012~2024)
退役原因新 HRMS (PostgreSQL on Azure) 已上線穩定運行 6 個月
替代系統New HRMS v2.0
影響用戶3,500 人(全公司)
退役方式漸進式:唯讀 30 天 → 完全下線

範例:資料處置

資料筆數處置保留期
員工基本資料5,000已遷移至新系統 → 驗證後銷毀
薪資歷史(近5年)180,000已遷移至新系統
薪資歷史(5年前)420,000封存至 Azure Archive (加密)保留 10 年
出勤記錄(全部)12,000,000已遷移 + 驗證 → 銷毀舊資料
系統 Log50,000,000直接銷毀

範例:成本節省

項目月費年節省
Oracle License$15,000$180,000
主機維護合約$3,000$36,000
儲存空間$2,000$24,000
合計$20,000$240,000

📌 審閱重點

  • 所有相依系統是否都已識別並完成切換?
  • 資料處置是否符合法規(個資法、商業法)?
  • 使用者是否有足夠的遷移時間和支援?
  • 封存資料是否可驗證還原?
  • 退役後的成本節省是否有追蹤確認?