Chapter 04 - ITIL Value System

本章目標

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

• ITIL Value System 是什麼？
• opportunity 和 demand 如何被轉成 value？
• guiding principles、governance、value chain activities、practices、continual improvement 各自扮演什麼角色？
• 為什麼 ITIL Value System 不是流程圖，而是組織運作系統？
• PM 如何用 Value System 檢查產品、release、incident、AI 專案是否有斷點？
• 考試遇到 SVS / Value System 題目時要怎麼判斷？

Key Terms

• Opportunity：可能創造 value 的機會，例如改善服務體驗、降低風險或提升效率。
• Demand：stakeholder 對 product 或 service 的需求，不一定代表已經定義好解法。
• Value：stakeholder 覺得有用、成本和風險可接受的結果。
• ITIL Value System：把 opportunity / demand 轉成 value 的整體系統。
• Guiding Principles：做決策時可套用的共同原則，Chapter 05 會展開。
• Governance：確保方向、責任、風險和決策一致的機制。
• Value Chain Activities：讓 value 流動的主要工作活動；在 V5 會和 Chapter 07 的 lifecycle 放在一起理解。
• Practice：組織完成某類工作的能力集合，Chapter 08 會展開。
• Continual Improvement：讓 product、service、practice、流程和工作方式持續變好的機制。

Related: Chapter 04 是全局地圖。Chapter 05 會講決策原則，Chapter 06 會講檢查服務是否完整的四個面向，Chapter 07 會講 product / service 從需求到營運的 lifecycle。

一句話

ITIL Value System 描述一個組織如何把 opportunity 和 demand，透過原則、治理、價值鏈活動、實務能力與持續改善，轉換成 value。

核心概念

ITIL Value System

ITIL Value System 可以先理解成一張「組織如何創造 value」的總地圖。

簡化來看：

Opportunity / Demand
        ↓
ITIL Value System
        ↓
Value

但中間不是單一流程，而是一整套互相支援的系統：

• Guiding Principles：決策原則
• Governance：方向、監督、評估
• Value Chain Activities：把需求轉成價值的主要活動
• Practices：完成工作的能力集合
• Continual Improvement：讓整個系統持續變好

對 PM 來說，這章最重要的不是背名詞，而是學會看「value 產生過程中哪裡斷掉」。

Opportunity and Demand

Opportunity 是可能創造 value 的機會。Demand 是 stakeholder 對 product 或 service 的需求。

例子：

• Opportunity：服務流程可以透過 AI chatbot 降低客服成本
• Demand：客戶要求更快查詢服務狀態
• Demand：使用者希望操作失敗時知道下一步
• Opportunity：CloudWatch + incident runbook 可以縮短復原時間

ITIL Value System 的起點就是這些 opportunity 和 demand。好的 PM 會先釐清它們背後的 outcome，而不是直接把每個 demand 都塞進 backlog。

Guiding Principles

Guiding principles 是在不確定情境下幫助組織做決策的原則。

Related: 這裡先把 guiding principles 理解成 Value System 裡的「決策準則」。七個 principles 會在 Chapter 05 詳細說明。

例如：

• Focus on value：先問這件事創造什麼 value
• Start where you are：先看現有能力與資料，不要全部推倒重來
• Progress iteratively with feedback：用小步快跑和回饋降低不確定性
• Collaborate and promote visibility：讓相關 stakeholder 看見真實狀態
• Think and work holistically：不要只最佳化單一 team 或單一工具
• Keep it simple and practical：避免過度設計
• Optimize and automate：先優化，再自動化

這些 principles 不是口號。考題常會用情境問你：這時候最該採用哪個 principle？

Governance

Governance 是組織用來確保方向、決策、風險和責任一致的機制。

它不是「多一層 approval」。好的 governance 應該回答：

• 我們為什麼做這件事？
• 這件事是否符合策略和風險承受度？
• 誰有權決策？
• 誰要對結果負責？
• 怎麼知道 value 真的產生？

例子：老闆說今天晚上一定要上正式環境。Governance 不是直接說不行，而是要讓團隊看清楚：

• 這個 change 的 business value 是什麼？
• 不上線的 cost 是什麼？
• 上線造成 incident 的 risk 是什麼？
• 是否有 rollback plan？
• 誰可以接受這個風險？

Value Chain Activities

Value chain activities 是把 opportunity / demand 轉換成 value 的主要活動。ITIL V5 會在 lifecycle 章節更明確展開 product and service lifecycle；這裡先把它理解成「價值流動的工作活動」。

Note: V5 不是把 value chain 刪掉，而是把它放到更容易理解的 product and service lifecycle 語境裡。先記得：value chain 講「價值如何流動」，Chapter 07 講「產品與服務生命週期有哪些活動」。

對 PM 來說，可以先用這種方式理解：

Understand demand
        ↓
Plan / prioritize
        ↓
Design solution
        ↓
Build / acquire
        ↓
Transition / release
        ↓
Operate / support
        ↓
Measure / improve

重點：這不是線性 waterfall。真實工作會反覆迭代。例如 incident 可能讓你回到 design；客戶 feedback 可能改變 backlog；AI chatbot 的錯誤率可能讓你重新設計 governance。

Practices

Practices 是組織完成特定工作的能力集合，不只是流程文件。

Related: Practices 會在 Chapter 08 詳細說明。這裡先記得：practice 不是 SOP，而是人、流程、工具、資訊和責任一起形成的能力。

例子：

• Incident Management：恢復服務
• Problem Management：找出根因或潛在原因
• Change Enablement：控制 change risk
• Release Management：讓新版功能可被使用
• Service Level Management：管理 service quality 期待
• Monitoring and Event Management：發現異常
• Continual Improvement：持續改善

Value System 裡的 practices 是能力模組。它們被 value chain activities 調用，用來把 demand 變成 value。

Continual Improvement

Continual improvement 是讓整個 Value System 不斷變好的機制。

它不只是 postmortem，也包含：

• sprint retrospective
• incident review
• 客戶 feedback
• metric review
• support ticket trend analysis
• release failure analysis
• AI answer quality review

如果沒有 continual improvement，Value System 會變成一次性 delivery machine：做完、上線、下一個。長期來看，technical debt、process debt、knowledge debt 都會累積。

PM 視角

PM 可以把 ITIL Value System 當成產品與服務健康檢查表。

以「 服務狀態查詢」為例：

Opportunity / Demand:
客戶和客服希望更快確認服務狀態

Guiding Principles:
Focus on value: 先定義要降低客服查詢時間
Start where you are: 先看現有交易資料和客服流程
Progress iteratively with feedback: 先做 MVP 給客服試用

Governance:
誰能看到交易資料？
哪些資料不能暴露？
誰決定正式上線？

Value Chain Activities:
discover → design → build → transition → operate → support

Practices:
change enablement, release management, service desk, monitoring

Continual Improvement:
看客服查詢時間、錯誤率、重複工單、客戶滿意度

Value:
客服成本下降，客戶等待時間下降，使用者信任提升

這比「做一個查詢頁」完整很多，也比較接近 Technical PM 真正要管的範圍。

Developer / DevOps 視角

對 Developer / DevOps 來說，Value System 可以幫你理解為什麼單一技術活動不等於 value。

例子：Java backend release

Demand:
客戶需要更準確的服務狀態

Build:
新增 service status API

Change Enablement:
PR review, test, approval, rollback plan

Release / Deployment:
GitHub Actions deploy to production

Operate:
CloudWatch dashboard, alarm, log trace

Support:
runbook,客服查詢 SOP

Improve:
根據 incident 和 support ticket 調整 API / UI / alert

如果只做到 build 和 deploy，但沒有 operate、support、improve，Value System 就是不完整的。

AWS 對照

AWS 架構也可以用 Value System 看。

假設 demand 是「核心服務需要更穩定」：

• Guiding Principles：不要先買更大機器，先 focus on value 和 start where you are
• Governance：定義可接受 downtime、資料安全、成本上限
• Value Chain Activities：設計 HA、導入 monitoring、測試 failover、release
• Practices：incident management、monitoring、change enablement、availability management
• Continual Improvement：看 alarm noise、MTTR、error rate、RDS performance

這樣看，AWS 不是單純技術選型，而是 Value System 裡的一部分。CloudWatch、RDS、ALB、ECS、Lambda、IAM 都只有在和 governance、practices、feedback 接起來時，才真正支援 value。

實務對照

團隊想導入 AI chatbot 解決服務問題時，可以用 ITIL Value System 防止專案失焦。

Opportunity:
客服量高，服務問題重複出現

Demand:
使用者希望更快知道服務狀態
客服希望少處理重複問題

Governance:
chatbot 可以查哪些資料？
回答錯誤誰負責？
什麼情況必須轉人工？

Practices:
knowledge management
incident management
service desk
information security management
continual improvement

Continual Improvement:
每週看 resolution rate、handoff rate、錯誤回答、CSAT

如果只說「我們要做 AI chatbot」，就是 solution first。Value System 會把你拉回：「這個 demand 是什麼？目標 value 是什麼？風險怎麼管？上線後怎麼改善？」

常見誤解

誤解 1：ITIL Value System 是一張固定流程圖

更好的理解：它是組織創造 value 的運作系統。裡面的活動會依情境迭代，不是每次都照同一條線走。

誤解 2：Governance 就是 approval

Approval 只是 governance 的一種可能工具。真正的 governance 是確保方向、責任、風險和價值對齊。

誤解 3：Practices 就是 SOP

Practice 包含人、流程、工具、資訊、partner、能力和文化。SOP 只是其中一部分。

誤解 4：Continual Improvement 是專案結束後才做

Continual improvement 應該嵌入日常工作。Incident、release、support ticket、客戶 feedback 都是改善來源。

Interview Angle

可能被問：

• What is the ITIL Value System?
• How does ITIL turn opportunity and demand into value?
• What is the difference between governance and management practice?
• How would you use ITIL Value System to evaluate a production release?
• How would you prevent an AI service project from becoming solution-first?

回答方向：

• 用 opportunity / demand → value 的地圖開頭
• 提到 guiding principles、governance、value chain activities、practices、continual improvement
• 強調它不是線性流程，而是系統
• 用 incident、release、AI chatbot 或 AWS service 當例子

Exam Tips

考 ITIL Value System 時，題目通常會問「哪個元件負責什麼」或「某情境應該用哪個概念理解」。

快速判斷：

• 問「如何把 demand 轉成 value」：ITIL Value System / value chain activities
• 問「在所有情境下提供決策方向」：guiding principles
• 問「方向、監督、責任、風險」：governance
• 問「incident、change、release 等能力」：practices
• 問「如何讓整個系統變好」：continual improvement
• 問「使用者需求或市場機會」：opportunity / demand

考題陷阱：

• 把 governance 當成單純 approval
• 把 practices 當成孤立流程
• 把 value chain 當成不能回頭的 waterfall
• 只看 tool，不看 value

Summary

ITIL Value System 是 ITIL 的核心地圖：它說明組織如何把 opportunity 和 demand，透過 guiding principles、governance、value chain activities、practices 和 continual improvement 轉換成 value。對 Technical PM 來說，它最實用的地方是幫你檢查產品、release、incident 或 AI 專案是否只做了 delivery，卻沒有形成可持續的 service value。

References

• PeopleCert - ITIL Foundation (Version 5)
• ITIL - ITIL Foundation (Version 5)
• ITIL - Foundation Version 5 What's New

Quiz

請見 Chapter 04 Quiz。