XI ITIL
IT運維管理體系：
IT管理中的PPT（people人；process流程；technology技術）；
標準化（是否有緊急故障處理流程）、工具化；
備份解決方案；災備解決方案；
監控解決方案；上線（回滾）流程；
測試流程；
緊急故障處理流程；
DB恢復流程；
各種故障演練；
服務service：
service是向客戶customer提供價值value的一種手段，使客戶不用承擔特定的成本cost和風險risk就可獲得所期望expected的結果outcomes；
老闆（價值）、員工（手段）；
service management服務管理：
service management是一套特定的組織能力，以服務的形式爲客戶提供價值；
serviceprovider-->resource-->capabilities-->transform-->valuableservice(goods or service)-->customer-->core competence
ITIL，information technology infrastructure library，IT基礎架構庫，英國商務辦公室從20世紀80年代開始開發的一套IT管理方法，已成爲事實上的行業標準，並以其爲中心在全球形成了完整的產業，任何單位和個人都可免費使用的“公共框架”，實際上是一系列由所謂best practice最佳實踐形成的圖書；
ITIL不是硬件&軟件，是一個可直接使用的標準，已於2005年12月15日被ISO接受爲國際標準ISO20000；
ITIL發展歷程（ITIL自發布以來，一直被業界認爲是IT服務管理領域事實上的管理標準，直到2000年11月BSI英國標準協會正式發佈了以ITIL爲核心的國家標準BSI5000，2005年5月，ISO國際標準組織以快速通道的方式批准通過了ISO20000的標準決議，並於12月15日正式發佈了ISO20000標準；
ITIL的目標：
將IT管理工作標準化、模式化，減少人爲誤操作帶來的隱患；
通過服務目錄，服務報告，告訴業務部門，我們可以做什麼，做了什麼；
通過系列流程，知識庫減輕對英雄式工程師的依賴，把經驗積累下來；
通過對流程的管控，減少成本，降低風險，提供客戶滿意度；
ISO20000針對企業，ITIL針對個人：
ITIL | ISO20000 |
提供最佳實踐指導 | 提供衡量ITSM的指標 |
沒有固定的能力衡量指標 | 全球統一 |
對人員進行認證 | 對機構進行認證 |
諮詢機構提供他們眼中的ITSM成熟度成果 | 關注於服務提供的獨立認證，從IT服務管理體系的角度出發 |
IT service CMM（capability maturity model能力成熟度模型）：
initial初始級-->repeatable可重複級-->defined定義級-->managed管理級-->optimizing優化級；
initial（被動響應，沒有文檔記錄，幾乎沒有過程是經過定義的；各項目經驗無法重用，依賴個人的努力和英雄主義）；
repeatable（建立了基本的服務管理過程；所有項目有默認的規則，但未文檔化、系統化；產品和服務無清晰的目標和策略）；
defined（已將IT服務過程文檔化、標準化，並綜合成標準服務過程；根據客戶需求調整服務產品和服務戰略；適當的工具和信息報告）；
managed（受監督、測量的IT服務體系；根據業務戰略調整服務體系）；
optimizing（持續改進的IT服務體系；IT與業務指標建立關係；IT與業務協作改進流程）；
注：年故障次數、平均故障恢復時間；
ITIL V3：
ITIL V3核心模塊：
流程建設（RACI模型）：
RACI（responsible誰負責；accountable誰批准；consulted諮詢誰；informed通知誰）；
角色：服務所有者、流程所有者；
流程：效率、成本、質量、風險、穩定性、可持續性、用戶體驗；
項目及運營（項目管理、運營管理）：
項目（臨時性；有開始、結束；PMBok）；
運營（持續性）；
service strategy：
從組織能力和戰略資產兩個角度出發，爲組織進行服務戰略方面的決策和戰略設計，提供了一套結構化方法；
我們的業務是什麼？
我們的客戶是誰？
客戶重視什麼？
誰依賴我們的服務？
他們怎樣使用我們的服務？
服務爲什麼對他們有價值？
service strategy 4P：
perspective觀念（面向其目標客戶的業務定位或服務提供方式）；
position定位（描述了採納和中立場的決策）；
plan計劃（描述了將藍圖轉化爲現實的手段）；
pattern模式（描述了一系列的穩定的決策和行動）；
價值的組成部分：
能力 | 資源 | ||
1 | 管理 | 財務成本 | 9 |
2 | 組織 | 基礎架構 | 8 |
3 | 流程 | 應用 | 7 |
4 | 知識 | 信息 | 6 |
5 | 人員 | 人員 | 5 |
service desigh：
對服務及服務管理流程設計和開發指導；
服務目錄管理；
服務級別管理（
SLA，service level agreement服務級別協議，如99.9%，service provider與公司籤的協議；
OLA，operational level agreement運維級別協議，公司內部，運維部門與公司籤的協議）；
容量管理（
商業容量管理（吞吐量）；
服務容量管理（響應時間）；
資源容量管理（cpu）；
注：《web容量規劃》）；
可用性管理（
正常運行時間；
宕機時間）；
IT服務持續性管理（
災備；
恢復計劃；
影響評估）；
信息安全管理（CIA，confidentiality integrality availability）；
service transition：
爲如何將新的或變更的服務轉換到運營過程中，並就相關能力的開發和改進提供了深入的指導；
變更管理（有關IT管理事件）；
服務資產與配置管理（CMDB來源於此，自動化的核心）；
service operation：
在IT服務發佈上線之後，日常運行維護的階段；
流程和職能：
爲有效和高效的完成服務支持和服務提供，爲客戶和服務提供者的利益提供指導方針；
流程（事件管理、權限管理、故障管理、操作管理、問題管理、請求實現）；
職能（服務檯、技術管理、IT運營管理、應用管理）；
RACI圖 | 人員 | ||||
活動 | 張三 | 李四 | 王五 | 趙六 | 錢七 |
需求定義 | A | R | I | I | I |
系統設計 | I | A | R | C | C |
系統開發 | I | A | R | C | C |
測試 | A | I | I | R | I |
故障的管理目標：
儘可能的恢復到正常的服務運營，將故障對業務運營的負面影響減小到最低，並確保達到最好的服務質量和可用性水平；
綜合考慮兩方面：urgency緊急度、impact影響度；
impact | ||||
urgency | 高 | 中 | 低 | |
高 | 1 | 2 | 3 | |
中 | 2 | 3 | 4 | |
低 | 3 | 4 | 5 | |
優先級 | 描述 | 解決時間 |
1 | critical | 1h |
2 | high | 8h |
3 | medium | 24h |
4 | low | 48h |
5 | planning | planned |
故障管理流程輸入：
故障請求提交；
故障單記錄模板；
故障單填寫模板；
故障分類規則；
故障優先級確定規則；
故障升級規則；
故障處理時間規則；
故障關閉規則；
故障管理流程輸出：
故障歷史記錄；
故障分類彙總統計表；
故障處理用戶滿意度；
事故管理的指標有：
一線支持解決的事故百分比；
無升級的平均呼叫時長；
分配錯誤的事故百分比；
在目標時間之內，按照優先級解決的事故百分比；
二線支持平均響應時間；
事故平均解決時間；
重新分配的事故百分比；
歸類錯誤的事故百分比；
繞過一線支持的呼叫百分比；
客戶滿意度；
服務請求呼叫百分比；
一次解決正確的事故百分比（一次正確解決率）；
主動解決的事故百分比；
事件管理流程圖：
故障管理流程圖：
問題管理的目標：
預防問題的產生及由此引發的故障，消除重複出現的故障，並對不能預防的故障儘量降低其對業務的影響；
問題管理對業務的價值：
提供IT服務的可用性；
提高業務和IT人員的生產效率；
減少無效的規避措施或修補措施的開支；
減少在救火或解決重複故障方面的成本；
有助於知識的積累
故障管理 VS 問題管理
比較維度 | 故障管理 | 問題管理 |
根本目標 | 儘快恢復業務，降低對業務的影響 | 查明根源，徹底解決 |
手段 | 應急措施或替代方案 | 永久性解決方案 |
關注的焦點 | 速度 | 質量（徹底性） |
花費時間 | 短 | 長 |
優先級劃分 | 根據impact和urgency確定，側重urgency | 根據imapct和urgency確定，側重於impact |
是否面向用戶 | 面向用戶 | 不面向用戶 |
分類代碼 | 二者可共享相同的分類代碼 | |
問題管理輸入：
故障歷史記錄；
問題識別和確認規則；
問題記錄單模板；
IT基礎架構、IT服務監控數據和報表；
IT服務績效與SLA差距分析報告；
問題管理輸出：
問題根本原因；
替代解決方案；
永久性解決方案；
變更請求（RFCs）；
問題分類彙總報表；
考察期內問題的總數量；
SLA時間內解決問題數量和百分比；
超出目標解決時間的問題數量和百分比；
未解決問題數量的累計數和趨勢；
解決問題平均花費成本；
重大問題總數量；
已知錯誤知識庫中已知錯誤的數目；
已知錯誤知識庫準確率；
主動問題排查率；
通過已知錯誤解決的事故數量；
問題管理提出的RFC數量；
服務檯作爲IT服務支持團隊的一線支持，其首要目標是爲用戶和IT組織之間建立溝通的紐帶，確保用戶的故障請求和服務請求能以最快的速度得到滿足，並確保用戶滿意；
本地服務檯：
中央服務檯：
虛擬服務檯：
continual service improvement：
PDCA（戴明環）：
plan；
do；
check；
action；
七步改進流程：
服務度量：
檢驗以前的決定是否正確；
指導行爲雲滿足設定的目標；
由實際的證據去證明行爲的正確性；
在適當的點進行干預和執行改進行爲；
服務報表：
問題請求量報表；
變更請求量報表；
日常內部審計請求量報表；
SLA質量報表；
===============================================================================
ITSM，IT servicemanagement，IT服務管理（ITSM）是一套幫助企業對IT系統的規劃、研發、實施和運營進行有效管理的方法，是一套方法論，ITSM起源於ITIL（IT Infrastructure Library，IT基礎架構標準庫），ITIL是CCTA（英國國家電腦局）於1980年開發的一套IT服務管理標準庫，它把英國在IT管理方面的方法歸納起來，變成規範，爲企業的IT部門提供一套從計劃、研發、實施到運維的標準方法
IT service CMM（capability maturity model）
six sigma，六西格瑪是一種改善企業質量流程管理的技術，以“零缺陷”的完美商業追求，帶動質量成本的大幅度降低，最終實現財務成效的提升與企業競爭力的突破；是一種管理策略，它是由摩托羅拉提出的，這種策略主要強調製定極高的目標、收集數據以及分析結果，通過這些來減少產品和服務的缺陷；六西格瑪背後的原理就是如果你檢測到你的項目中有多少缺陷，你就可以找出如何系統地減少缺陷，使你的項目儘量完美的方法；一個企業要想達到六西格瑪標準，那麼它的出錯率不能超過百萬分之3.4；
六西格瑪包括兩個過程：六西格瑪DMAIC和六西格瑪DMADV，它們是整個過程中兩個主要的步驟；六西格瑪DMAIC是對當前低於六西格瑪規格的項目進行定義、度量、分析、改善以及控制的過程，六西格瑪 DMADV則是對試圖達到六西格瑪（6 Sigma）質量的新產品或項目進行定義、度量、分析、設計和驗證的過程，所有的六西格瑪項目是由六西格瑪綠帶或六西格瑪黑帶執行的，然後由摩托羅拉創建的六西格瑪黑帶大師監督；
六西格瑪（Six Sigma）擁護者聲稱這種策略可以使50%的項目受益，它可以使營運成本降低、週轉時間得到改善、材料浪費減少、對顧客需求有更好地理解、顧客滿意度增加以及產品和服務的可靠性增強，然而要想達到六西格瑪標準需要付出很多，並且可能需要幾年的時間才能實現，德州儀器、亞特蘭大科學公司、通用電氣和聯合信號公司是實施六西格瑪管理的幾個典型例子
PMBOK是Project ManagementBody Of Knowledge的縮寫，即項目管理知識體系，是美國項目管理協會（PMI）對項目管理所需的知識、技能和工具進行的概括性描述；
美國項目管理學會的PMI資格認證之所以能在如此廣的行業和地域範圍內被迅速認可，首先是項目管理本身的重要性和實用性決定的，其次很大程度上是得益於該項認證體系本身的科學性；PMI早在七十年代末就率先提出了項目管理的知識體系（Project Management Body of Knowledge，簡稱爲PMBoK），因爲一本書不可能把項目管理知識體系的全部內容囊括進來，所以PMI製作的書稱爲項目管理知識體系指南，即PMBOK Guide，利用該指南，可以查找項目管理相關的其它知識內容；該知識體系指南構成PMP考試的基礎，它的第一版是由PMI組織了200多名世界各國項目管理專家歷經四年才完成，可謂集世界項目管理界精英之大成，避免了一家之言的片面性，而更爲科學的是每隔數年，來自於世界各地的項目管理精英會重新審查更新PMBOK 的內容，使它始終保持最權威的地位；
對PMBOK指南的相關解讀，可諮詢PMI授權的R.E.P（註冊教育機構，是英文 Registered Education Provider 的縮寫）
ITIL，informationtechnology infrastructure library，重點，IT service交付的持續質量改進與評估；
ITILv3包括（4職能，17流程processes）：
service strategy服務戰略（SLP，servicelevel package）；
service design服務設計（SDP，servicedesign package）；
service transition服務轉移（SKMS，serviceknowledge management system）；
service operation服務運維；
continual service improvement（CSI）持續服務改進；
complementary publications；
web support services；
knowledge skills；
speciality topics；
templates；
executive introduction；
study aids；
qualifications；
governance methods；
standards alignment；
case studies；
quick wins；
scalability；
update service；
4職能、17流程：
service strategy（processes：demandmanagement、financial management）；
service design（processes：servicecatalog management目錄、service level management、availabilitymanagement可用性、information security management、supplier management供應商、capacitymanagement容量、IT service continuity management；concepts概念：configurationmanagement system、knowledge management、definitive media library最終媒體庫、service knowledgemanagement）；
service transition（processes：changemanagement變更管理、release and deployment management發佈和佈署、service assetand configuration management服務資產和配置管理）；
service operation（processes：eventmanagement事項、incident management故障、request fulfillment請求的履行、problem management、access management；functions：service desk服務檯、technical management技術管理、IT operations management、applicationmanagement）；
continual service improvement；
ITIL v3資格證書（四個級別）：
ITIL foundation（基礎認證，相當於ITILv2基礎級別，評估對知識的掌握與理解）；
ITIL intermediate（中級認證，lifecyclemodule & capability module生命週期模塊與能力模型模塊，評估對這兩個模塊的理解和應用，取代ITIL v2的practitioner從業者級別）；
ITIL expert（專家認證，評估應用和分析，相當於ITILv2經理級別service management）；
ITIL master（大師級別，最高級別，代表行內最資深的造詣，具備全面的IT服務管理最高水平）；
CEO（chief executiveofficer）；
COO（chief operatingofficer）；
CFO（chief financialofficer）；
CTO（chief technologyofficer）；
CIO（chief informationofficer）；
CMO（chief markingofficer）；
CSO（chief solutiomofficer）；
CPO（chief procurementofficer）；
CGO（chief government officer）；
CKO（chief knowledgeofficer）；
CEO:首席執行官，首席執行官爲一種高級職務名稱。在經濟組織機構中，首席執行官（Chief Executive Officer，縮寫CEO）是在一個企業中負責日常事務的最高行政官員，又稱作行政總裁、總經理或最高執行長。
COO即首席運營官（英語：ChiefOperating Officer，英文縮寫：COO，又常稱爲運營官、營運總監）是公司團體裏負責監督管理每日活動的高階官員。COO是企業組織中最高層的成員之一，監測每日的公司運作，並直接報告給首席執行官。在某些公司中COO會同時兼任總裁，但通常COO還是以兼任常務或資深副總裁的情況居多。
CFO：首席財務官——CFO(ChiefFinancial Officer)是企業治理結構發展到一個新階段的必然產物。沒有首席財務官的治理結構不是現代意義上完善的治理結構。從這一層面上看，中國構造治理結構也應設立CFO之類的職位。當然，從本質上講，CFO在現代治理結構中的真正含義，不是其名稱的改變、官位的授予，而是其職責權限的取得，在管理中作用的真正發揮。
CTO:（首席技術官(ChiefTechnologyOfficer)）： CTO（首席技術官）英文ChiefTechnology Officer，即企業內負責技術的最高負責人。這個名稱在1980年代從美國開始時興。起於做很多研究的大公司，如General Electric，AT&T，ALCOA，主要責任是將科學研究成果成爲盈利產品。
CIO：首席信息官（又稱CIO，是ChiefInformation Officer的縮寫）中文意思是首席信息官或信息主管，是負責一個公司信息技術和系統所有領域的高級官員。他們通過指導對信息技術的利用來支持公司的目標。他們具備技術和業務過程兩方面的知識，具有多功能的概念，常常是將組織的技術調配戰略與業務戰略緊密結合在一起的最佳人選。CIO原指政府管理部門中的首席信息官，隨着信息系統由後方辦公室的輔助工具發展到直接參與企業的有力手段，CIO在企業中應運而生，成爲舉足輕重的人物。美國企業的首席信息經理相當於副總經理直接對最高決策者負責。
首席信息官是一個比較新的職位，目前只有在一些全球500強的大企業才設立職位，如Coca Cola， DSM 等。但是隨着商業領域多極化的競爭與發展，越來越多的企業開始將Innovation這一概念作爲企業的持續發展的動力和競爭優勢，CIO將成爲未來企業最爲重要的職位領導人之一。
首席營銷官（CMO，Chief Marketing Officer）是指企業中負責市場運營工作的高級管理人員，又稱作市場部經理、營銷總監。主要負責在企業中對營銷思想進行定位；把握市場機會，制定市場營銷戰略和實施計劃，完成企業的營銷目標；協調企業內外部關係，對企業市場營銷戰略計劃的執行進行監督和控制；負責企業營銷組織建設與激勵工作。
CSO（Chief SolutionOfficer 首席問題官）：是企業裏負責挖掘問題、協調緩解問題和解決問題的高級管理人員。