這篇文章將結合例項給大家介紹itil foundation的管理方法和具體應用。目前itil foundation主要有兩個版本，分別是vesion 2與vesion 3，個人認為二者並不是取代關係，而是不同企業發展不同階段的不同管理手法。
一．簡述itil
itil，全稱 information technology infrastructure library，譯為「資訊科技基礎架構庫」或「it基礎架構庫」。
itil適合那些業務領域多而雜的公司實施，它提供了一種簡單的思路來處理複雜的問題，如果根據 itil進行 it管理，至少有兩方面的好處:一是所有納入itil服務體系的業務部門都可以根據一套用業務語言描述的可量化的質量指標，降低與it部門的溝通與工作redo成本；二是it部門可以提高服務質量、降低服務成本、降低專案溝通的成本，將需求與其變更定義在乙個盡量清晰的範疇內，以一種相對正規的方式來運作專案，這樣後面的it管理方法(軟體工程、系統整合標準)才能派上用場。
二．vesion2 vs vesion3
在v2中更強調流程的管理，是it管理的具體方法，它包括乙個職能：服務台職能；十個流程：事件管理、問題管理、配置管理、變更管理、發布管理、服務級別、可用性、連續性、能力管理、財務管理。v2規範了it對業務的服務提供和服務支援兩條線，服務提供思路包括服務級別管理、可用性、連續性、能力管理、財務管理；服務支援思路包括事件管理、問題管理、配置管理、變更管理、發布管理。服務支援是服務提供的基礎，服務提供是服務支援的改進思路。
在v3中該強調it戰略的梳理與落實方法，它是v2版本的精華並且加入了服務生命週期的概念，服務戰略、服務設計、服務轉換、服務執行、持續改進.
圖1 itil v3服務生命週期
itil v3是v2版本的昇華，它指出了流程並不是業務實現的全部，而只是其實現中的一部分，它可以影響業務實現，itil v3提到的it服務管理包括決策、計畫、設計、開發、測試、發布、執行和改進。
不管是軟體工程還是itil，都是將it管理中不可見的因素可見化，不可控的因素可控化，離散的因素量化，耦合的因素聚合化。它們都是在決策分析、團隊建設、專案管理、投資運營中的一種思想和問題處理方式。
所以，實際上我覺得itil並不僅僅是針對it的一種管理框架，它是企業管理的一種方法,這也正是itil v2的開發者英國商務部ogc的初衷。
三．基於itil思想的it管理
it對業務的管理的風險不僅僅是在於技術，關鍵在於乙個「變」字，無論是何種管理思想，都在圍繞乙個「變」字進行。有規則、有章法、有計畫的「變」是變更，這種變化是正常的、可持續的，我管這種變稱為「協變」；任意的、獨立的、無計畫的「變」是失控，是定時炸彈，我管這種變稱為「逆變」，這種「變」經常在以下場景出現：
由業務部門單向發起，沒有經過業務需求分析與系統設計分析兩者同時認可的需求「變」化。
出於某個操作或短期為了解決某個問題的需要，提出的「解決方案」
為了結果的快速導向，過度的協調了it資源(it資源是指：人力、時間、資金、支援、知識等)中的某乙個，而忽視了其他資源，導致被忽視資源所對應的專案環節的薄弱。
實際上it是為業務提供服務的部門，同時it也是規整業務的部門，二者互相作用，it對業務的支援不是按照業務部門的純粹需要做純粹的「服務」，而是要使用自己的專業知識，對需要進行加工，將「業務需要」變成「業務需求」，「業務需要」是不規整的、不可量化的、持續性低；「業務需求」是聚合的、可量化的、可持續的，這就是itil的真正本質的體現----即量化、流程、持續、改進。
有規則、有章法、有計畫的「變」是變更，這種變化是正常的、可持續的，這一點可以使用「服務支援」流程應對，即事故管理、問題管理、配置管理、變更管理和發布管理，這套流程指出了問題的生產者與消費者之間的關係，從乙個問題的誕生到問題的解決都給予了「應該」做的解釋。
●基於itil體系的it部門建設
itil是一套建設與改進事物的方法，這套方法最多的應用於it建設，在這套思想體系中，最大的使用了職能、流程、規範、週期來描述it的模型，也就是說按照以上四個關鍵字建立的it體系，就是符合itil體系的。
1.職能建設：
服務台職能(service desk function)是itil中乙個最成熟的職能，它的應用很廣泛，該職能和事件、問題、配置、變更、發布五個流程在下一節再講述其在專案中的應用。
2.流程建設
○ slas：
很多專案或部門再出現問題時都希望it部門能盡早盡快的解決，但是it的資源是有限的，總要解決那些「重要的、應該首先解決」的問題，那麼什麼是「重要的」呢？這就涉及到了itil的服務級別管理，它是為簽訂服務級別協議（slas）而進行的計畫、報告和評價，說白了就是合同，它確保組織所需的it服務質量在成本合理的範圍內得以維持並逐漸提高。
○ 財務管理：
it服務財務管理是負責預算和核算的，並向客戶收取相應服務費用的管理流程，這個流程甚至細化到列印紙張都劃入各部門預算。
it服務財務管理流程產生的預算和核算資訊可以為服務級別管理、能力管理、it服務持續性管理和變更管理等管理流程提供決策依據。
○ 持續性管理：
it服務持續性管理是指確保發生災難後有足夠的技術、財務和管理資源來確保it服務持續性的管理流程，它關注的焦點是在發生服務故障後仍然能夠提供預定級別的it服務，從而支援組織的業務持續運作的能力。
○ 能力管理：
能力管理是指在成本和業務需求的雙重約束下，通過配置合理的服務能力使組織的it資源發揮最大效能的服務管理流程。
○ 可用性管理
可用性管理是通過分析使用者和業務方的可用性需求，設計it基礎架構的可用性。它應該有意識的規避潛在的風險，避免過度設計。
案例 原因分析與解決方案的實戰演練
2011年12月15日，筆者作為外部諮詢顧問參與了客戶的一次原因分析與解決方案的分析會議，對整個過程進行了記錄 參與的人員 外部的諮詢顧問 1名 qa人員 上午4名，下午3名 部門經理 1名 專案組內部的人員 上午7名，下午3名 上午9點10分到上午9點55分，共計45分鐘 上午9點55分到11點4...
JVM逃逸分析，作用及實戰案例
逃逸分析是分析指標可以儲存的所有地方，用於判斷指標是否能確保在當前執行緒。我理解的就是用來分析，乙個物件是否僅在某個執行緒被訪問到。在jit時，進行逃逸分析後，就可以確定物件僅在某一線程中被訪問到，這樣jit就可以對其方法進行優化。包括 1.堆分配轉化為棧分配 2.鎖消除 3.分離物件或標量替換 具...
Windows藍屏故障分析及排除實戰案例
windows藍屏故障分析及排除實戰案例 2011年09月28日 藍屏崩潰宕機 blue screen of death 是windows較為常見的系統故障之一。發生藍屏崩潰故障，則表明windows系統遇到了嚴重的危險程式或錯誤程式，而又無法自我修復，被迫強制關機以避免損壞電腦系統。因此，作為電腦...