Chapter 01 - What Is ITIL Version 5

本章目標

看完本章後，你應該可以回答：

• ITIL 是什麼？
• ITIL 為什麼和 PM / Engineer / DevOps 有關？
• ITIL V5 和 ITIL 4 的差異應該怎麼理解？
• 為什麼新版更強調 digital product and service management？
• 考試會怎麼測「ITIL 的目的」？

一句話

ITIL 是一套幫助組織管理 digital products and services 的通用語言和管理框架，重點不是背流程，而是讓不同角色能一起穩定地創造 value。

核心概念

ITIL 原本常被理解成 IT service management 的框架，但 Version 5 更明確地把焦點放在 digital product and service management。

對 Technical PM 來說，這代表 ITIL 不只是在講 IT support，也是在講產品、服務、營運、使用者體驗、release、incident、change、governance 和 continual improvement 怎麼連在一起。

PM 視角

PM 不需要把 ITIL 當成一堆流程圖。你可以先把它理解成一套跨團隊協作語言：

• 業務說「客戶無法完成主要操作」時，PM 能判斷這是不是 incident
• 工程師說「要今晚 hotfix」時，PM 能判斷 change risk
• 老闆說「下週一定要上線」時，PM 能用 value、risk、capacity 說明取捨
• 客戶說「SLA 沒達到」時，PM 能理解 service level 和 experience 的差異

Developer / DevOps 視角

Developer 和 DevOps 在日常工作中其實一直碰到 ITIL：

• Pull request review 是 change enablement 的一部分
• CI/CD pipeline 支援 deployment management 和 release management
• CloudWatch alarm、Datadog alert、PagerDuty escalation 都和 monitoring / event / incident 有關
• Root cause analysis 對應 problem management
• Sprint retrospective 對應 continual improvement

AWS 對照

如果某個團隊的核心服務在 AWS 上 timeout，可能會串到：

• CloudWatch Alarm 發現異常
• ALB / Lambda / ECS / RDS 指標被檢查
• PagerDuty 或 Slack 通知 on-call
• 工程師先 restore service
• 事後做 RCA
• 再把改善項目放回 backlog

這整串不是單一工具問題，而是 ITIL 裡的 monitoring、incident、problem、change、continual improvement 共同運作。

實務對照

例子：正式環境核心服務發生中斷。

ITIL 的看法不是只問「哪個工程師修」，而是問：

• 這中斷了什麼 service？
• 影響了哪些 users / 客戶s？
• 目前 priority 是 restore service 還是找 root cause？
• 誰負責溝通 status？
• 修復需要走哪種 change？
• 事後如何避免再發生？

常見誤解

誤解 1：ITIL 是老派 IT 部門流程

更實用的理解：ITIL 是讓現代數位產品與服務能被穩定管理的語言。雲端、DevOps、AI 並沒有讓 governance 消失，只是讓 governance 需要更貼近 delivery flow。

誤解 2：ITIL 只適合 support team

Incident、change、release、service level、continual improvement 都和產品團隊有關。只要你負責一個上線後有人使用的系統，就會碰到 ITIL 的問題。

誤解 3：ITIL 是為了阻止工程師 deploy

好的 change enablement 不是阻止 change，而是讓 change 更快、更可控、更容易 rollback。

Interview Angle

可能被問：

• What is the purpose of ITIL?
• How do you explain ITIL to a product team?
• How do incident, problem, and change relate in a production outage?

回答方向：

• 不要只背定義
• 要說出 value、stakeholders、products / services、risk、continual improvement
• 最好能用 production incident 或 release flow 當例子

Exam Tips

考試通常不會只問「ITIL 是什麼」。更常見的是給一個情境，問哪個概念或 principle 最適合。

看到以下關鍵字要敏感：

• value
• stakeholder
• product
• service
• outcome
• risk
• cost
• collaboration
• continual improvement

Summary

ITIL V5 可以先理解成「現代 digital product and service management 的共同語言」。對 Technical PM 來說，它最有用的地方不是考試，而是幫你把 incident、change、release、SLA、AI、自動化、DevOps 和產品價值放在同一張地圖上。

Quiz

請見 Chapter 01 Quiz。