本人已考獲ITIL Foundation 資歷
📅 資料整理日期：2026-09-26
⚠️ 版本資訊可能隨時間變動，以 PeopleCert 官網為準
ITIL 不是取代專案管理方法論，而是以「服務導向思維」補強它。傳統專案管理聚焦時程、範圍與成本；ITIL 則確保交付的服務能持續運作、創造長期價值，而不只停留在專案上線（Go-live）那天。
應用於專案五大階段 #
| 專案階段 | ITIL 如何助力 |
|---|---|
| 🚀 啟動（Initiation） | 用 Service Strategy 定義服務目標與價值；辨識持份者及其期望；以需求管理（Demand Management）與容量管理評估可行性 |
| 📋 規劃（Planning） | 融入 Service Design 建立服務架構、SLA 與績效基準；以 Change/Release Management 規劃變更審批；整合可用性、安全與持續性管理控制風險 |
| ⚙️ 執行（Execution） | 透過 Service Transition 協調測試、驗證與部署；用 Incident Management 快速排除問題、Problem Management 防止重複發生；建立知識庫（Knowledge Management） |
| 📊 監控（Monitoring & Control） | 用 SLA / OLA 監測服務水準；追蹤變更請求影響與審批狀態；以 CMDB（組態管理資料庫）追蹤受影響的基礎設施 |
| 🏁 回饋與結案（Closure） | 進行上線後檢討（Post-Implementation Review）；將經驗回饋至持續服務改善（CSI）；確保順暢交接給營運團隊 |
ITIL 帶給專案管理的核心價值 #
| 面向 | 效益 |
|---|---|
| 🎯 持份者對齊 | 從專案一開始就對齊業務需求與服務期望 |
| 🛡️ 風險管理 | 提早預見服務相關風險，規劃階段即整合營運需求 |
| 🔄 持續改善 | 把 CSI 模型套入專案，上線後仍持續優化 |
| 🧩 順暢交接 | 降低上線後問題（Post-launch Issues），提升持份者滿意度 |
| ⚖️ 服務一致性 | 以 SLA 基準確保服務交付符合品質與業務標準 |
常用績效指標（KPIs） #
| KPI | 衡量重點 |
|---|---|
| 服務可用率（Service Availability Rate） | 上線後關鍵服務的正常運行時間 |
| 變更成功率（Change Success Rate） | 無回滾、無事件的變更比例 |
| 上線後事件量（Incident Volume Post-deployment） | Go-live 後回報的問題數量 |
| 首次解決率（First-time Resolution Rate） | 支援團隊對新專案事件的解決效率 |
| SLA 符合率（SLA Compliance Rate） | 服務符合協議水準的程度 |
| 專案交付準時率 | 里程碑與上線日期是否如期達成 |
⚠️ 注意：ITIL 本質上較偏向「營運管理（Operations Management）」而非純專案管理。它最適合與 PMP / PRINCE2 等專案方法論搭配使用——ITIL 管「服務怎麼持續做好」，專案方法論管「專案怎麼準時完成」。