ISO/IEC 20000-1
ISO 20000-1 資訊技術服務管理系統
服務管理要讓客戶需要的結果，與日常受理、處理及變更活動相互連接。工單很快結案，不一定代表問題已解決；變更成功上線，也不表示第一線知道如何支援。ISO/IEC 20000-1 可用來整理服務生命週期中的責任與交付證據。
服務分類與標準定位
管理系統稽核（Management System Auditing, MS）
正式標準編號為 ISO/IEC 20000-1；網站依服務分類以 ISO 20000-1 呈現。實際導入與稽核準則須載明完整標準及版本。
本項工作聚焦：服務目錄、服務水準、事件問題、變更與供應者管理。
適用對象與啟動時機
向內部或外部客戶提供服務的組織或單位，在服務種類增加、跨部門交接頻繁、外包依賴提高，或客戶要求服務水準證據時，可評估此方向。
企業常見挑戰
- 服務水準只寫回覆時間，沒有明確服務時段與計算方式。
- 同類事件反覆出現，工單結案後未分析根本原因。
- 系統或流程變更未通知服務窗口，造成支援斷點。
- 對客戶的承諾高於供應商能提供的能力。
方法與適用要求
ISO 官方目錄列示 ISO/IEC 20000-1:2018 及 Amd 1:2024，為服務管理系統要求，涵蓋服務的規劃、設計、轉換、交付與改善。它不指定必須使用哪一套工單或服務管理軟體。
可供討論的範圍包括服務組合及目錄、客戶需求與服務水準、供應商關係、請求與事件、問題原因分析、變更與發布、能力和可用性，以及服務持續與績效。不同流程可共用工具，但需要保留各自的決策目的與責任。
Service Process
輔導內容與流程
定義服務與承諾
由客戶需要的服務結果出發，確認範圍、服務時段、衡量方式和依賴關係，形成服務與承諾清單。
檢視工單及供應鏈
抽查請求、事件與問題的分類和升級，對照供應商能力。可交付流程交接及承諾落差表。
試行變更與交付
選取一項服務變更，確認評估、批准、測試、發布與支援交接，並考慮失敗時的回應安排。
以績效帶動改善
檢視可用性、容量、持續安排及客戶回饋，避免只看結案件數。成果可包括服務報告架構、問題改善清單與內部檢視紀錄。
企業需準備哪些資料
建議提供服務目錄、服務水準約定、供應商契約、事件及請求資料、重大問題、變更發布紀錄，以及可用性、容量和持續計畫。資料應註明期間與計算口徑，才能比較服務表現。
時程與費用如何評估
服務數量、提供單位、客戶類型與工具分散程度影響工期。新系統購置、串接、資料搬移及基礎設施改善，需與制度規劃分別確認，不以導入標準作為必須換系統的理由。
FAQ
常見問題
只有資訊部門可以使用嗎？
可依實際服務範圍評估適用組織或單位，重點是管理服務承諾與交付。
工單完成率高就代表服務好嗎？
還要看客戶需要是否滿足、問題是否復發，以及服務水準的衡量方式是否合理。
事件與問題需要分開嗎？
事件處理著重恢復服務，問題管理著重原因及再發預防；工具可共用，但責任與結果應能區分。
已有成熟工具，還要整理什麼？
需要確認服務定義、資料品質、權責和流程決策，工具本身不能替代這些安排。
委外服務如何納入？
應把上游能力與責任連到對客戶的承諾，並建立績效與異常追蹤方式。
制度完成後是否保證不中斷？
不能保證零中斷。制度用於改善預防、回應與持續交付能力，驗證亦由第三方另行評估。
相關服務與需求諮詢
可連結 ISO/IEC 19770-1 資訊資產管理及 ISO 22301 營運持續。聯絡凱騰時，可先提供服務類型及目前最常發生的交付落差。
Let’s Talk
Blog
企業管理與專業觀點
把知識連結到現場，
找到可以採取的行動。