ServiceHot 顧問用5段話把 ITIL 講清楚
最近有不少客戶因為想了解 ITIL,而註冊了 ServiceHot ITSM 系統。這其中有的對 ITIL 已經很熟悉了,而有的還不甚瞭解。本文邀請了 ServiceHot 的顧問試著把 ITIL 講清楚。
大多數企業在運維管理的過程中會遇到這樣那樣的問題,比如:運維太雜亂了,感覺任何事情都跟自己有關!這就對了,說明使用者對運維組織的依賴性已經存在了,這是好事!但是雜亂顯然不是好事,所以需要我們梳理服務目錄以及制定事件分類。
再比如:這麼多機器要管,我哪有時間去做盤點,還要時刻關注有沒有過了維保的裝置。這就需要我們建立配置管理資料庫,根據配置的資產屬性搭建資產的生命週期管理流程,結合資料庫這項技術自身的特點,彙總統計分析也就不在話下...... 相信世界的實踐,ITIL被譽為運維管理的聖經,並非浪得虛名。
無論哪一種管理被匯入到一個企業的前期,思想都是最重要的一個環節。一種新的理念要被相信,是需要實踐去證明的,在我們做體系設計時,一些“異己分子”總是抱著懷疑的態度和眼光,但往往能參與設計的“異己分子”卻是體系執行時比較重要的環節,所以大部分諮詢顧問在做ITIL實施落地時,需要與這些同事你來我往,唇槍舌劍。其實大可不必,在體系真正落地之後運轉一段時間,真理即被檢驗! 在這之前,不管是諮詢顧問還是ITIL小白,只需要知道 ServiceHot 顧問總結的五點,就可能讓我們達成共識。
一、ITIL是一種方法論而已
IT基礎架構庫(ITIL-ITInfrastructureLibrary),被譽為IT服務管理的聖經,其中包含了總結國際大公司在IT服務管理中的經驗並得到證明的IT服務計劃和運營的最佳實踐框架。從20 世紀80 年代末期至今,ITIL已推出3個版本,從相關標準上,也從BSI15000發展到ISO20000,它的指導意義毋庸置疑。
作為眾多國際大型企業成功實踐的積累,ITIL使我們找到了解決運維流程規範的方式和方法。可是,如何更好地運用ITIL這一經典的方法論呢?我們認為應該注意兩點:
1.ITIL是從實踐中得來的精髓,不是僵化的教條,應該結合實際情況去運用ITIL,建立更加適合企業自身的流程規範,而不是照抄照搬。
2.由於ITIL理論博大精深,不可能在短期內在企業中全面實施。應該根據實際情況,選取實施重點,逐步實施,逐步完善。
實際上,只是強調一點,我們做ITIL應該講究實事求是,結合企業的實際情況,理解、運用ITIL的核心理念,結合企業現狀,解決核心和關鍵問題,逐步實現對運維的科學管理。
二、實踐是檢驗真理的唯一標準
ITIL理論必須要與實際情況相結合,注重工作流程細節的設計和最佳化,是體系建設的關鍵。理順工作流程、提高服務效率是新運維繫統建設的主要內容之一。
在工作流程的制定過程中,容易陷入以下兩個極端。
1.盲目照搬流程。作為方法論的ITIL,本身含有大量的成功實踐框架。但是,正如前面所說的,ITIL是從實踐中得來的精髓,不是僵化的教條,盲目照搬,只能使得工作流程不切合實際,並流於形式,對系統的貫徹和執行產生不好的影響。
2.完全遵照現有流程,實現其電子化。雖然這樣更符合目前的工作習慣,可能容易為運維人員所接受,但是,仍然解決不了目前運維所存在的一些問題。例如,我們在專案實施中曾遇到“工單在部門之間的重派”的問題。在當前手工作業的工作模式中,各單位將不屬於本單位處理範圍的工單,或部門需要其他部門配合的工單,均提交給故障處理的負責人,由該負責人向其他單位進行轉派和重派。這種處理方式,主要便於手工作業條件下負責人及時瞭解專案處理狀況。在建立運維繫統後,負責人可以透過運維繫統隨時瞭解到故障的處理狀況,每次重派和轉派之前,對負責人的回覆變成了一種無效的工作,大大降低了事件的處理效率。如果僅僅將目前的手工作業電子化,那麼故障處理的效率仍然沒有得到有效的提高。
因此,將ITIL理論與實際情況相結合,注重工作流程細節的設計和最佳化,是系統建設的關鍵。
三、從被動向主動的轉變
從被動向主動式的運維一直是所有運維團隊共同的願望。在現行的運維工作中,我們經常遇到這樣的情況:一方面是運維部門疲於應付各種突發事件,加班加點處理各種重複事件,工作繁重,身心疲憊;一方面是客戶代表不斷抱怨和投訴“技術人員服務水平太低”。二者不可調和的矛盾,是新運維繫統要解決的重要問題。
傳統的運維方式給人的印象是:故障發生前,維護人員似乎無所事事;故障發生後,則是手忙腳亂。這就是被動服務給人們留下的印象,運維人員是在被動地等待故障的發生。在新的運維繫統中,我們必須改變原有的運維方式,變被動服務為主動服務。
在主動服務模式下,運維人員主動地監控系統的變化,對日常工作及故障處理完成後主動進行問題分析,對系統的變更風險進行評估。在新運維管理模式中,可以透過種種技術措施,使得運維工作從被動服務轉移到主動服務,如:增加變更管理流程以防範變更風險。
在日常運維工作中,變更工作是在所難免的。例如,新的系統安全漏洞被公佈,為了保證系統安全,就需要安全系統補丁,而這種變更給系統帶來的風險則是難以估計的。例如在安裝補丁後,有時會產生大量莫名其妙的問題。這麼一個簡單的例子已經可以說明,如果沒有很好的風險防範手段,系統變更將給我們的日常運維工作帶來大量的問題,後果往往是難以想象的。在新系統中,我們可增加變更管理流程。在變更管理流程中,變更方案需提交變更經理,由變更經理組織由專家組成的變更顧問委員會(CAB)對變更進行風險評估,在評估透過後才能夠進入變更的實施過程。變更管理是防範變更風險的最好辦法。
當然,主動服務是一種理念,在這種理念下,我們可以定義更多的流程,如問題管理流程,對系統中存在的隱患問題進行挖掘,防患於未然。總之,我們應該樹立這樣一個理念,在各流程的定義中進行運用,主動地提早發現系統存在的風險和隱患,減少突發事件的發生。
四、從平臺到業務的全面管理
網路管理是運維繫統的組成部分。對系統的監控也是運維的主要業務之一。以往網管系統實現了對平臺的監控,可是在實際運維工作中,平臺往往只有少數的幾個系統管理員負責,大多數業務人員更多地是面對業務系統。對於業務的監控和管理,是業務人員更加關心的問題。因此,在網管系統中,應加入業務監控的內容。
需要注意的是,業務是建立在平臺的基礎之上的,而不是孤立存在的。因此,監控中,應強調業務監控與平臺監控密不可分的聯絡,從業務的角度出發,建立平臺與業務的關聯關係。在故障發生時,應能夠即時描述對業務的影響程度,能夠描述故障的影響範圍。
例如:採集源的某臺交換機產生異常,除了可以看到交換機告警外,我們還應該能夠在業務拓撲圖中直觀看到,還有哪些基於這些網路的業務系統受到影響,同時採集、預處理、分揀等相關業務也不同程度受到影響。其影響程度,能夠透過不同的顏色直觀地展示出來。
只有這樣才能夠更加直觀而全面地反映系統的執行狀態,反映業務的執行情況。能夠幫助運維人員在故障發生時,快速修復關鍵部件,減少故障帶來的損失。
五、績效應以KPI為導向
提到KPI,不僅僅是工程師,甚至很多管理者都會誤入考核的誤區。好吧,KPI(Key Performance Indicator)的直譯確實是關鍵績效指標。但我們更願意把它當做一個方法,一個建立壓力層層傳遞的指標體系的方法。
假設:我們制定了變更管理流程,但是,變更管理沒有被很好地執行,而只是流於形式,則風險的防範也只能是停留在理論上的空談。所以,在運維繫統建設過程中,建立了一整套科學的考核制度,以激勵運維人員更有效地提高服務質量和服務水平,是至關重要的。
對運維人員的考核,並不能就管理論管理,應該從客戶服務的角度出發,以客戶滿意為前提,進行考核。例如,根據每個部門的服務水平,制定了服務時限。假設,某個使用者投訴,需要多個部門協同進行處理。在處理過程中,各部門互相推託,雖然工單在各部門的停留時間沒有超過部門承諾的時限,而整體處理時間已經超過了運營商對該使用者承諾的處理時間。為了杜絕這種現象的出現,我們應該從使用者的角度出發,進行各部門處理時間的分段計算。計算結果將反映在每月故障處理情況的統計報告中,而這些報告直接與各部門、各單位的績效考核掛鉤。
透過這樣的考核機制,形成對員工日常工作的科學評價,既調動了員工積極性,又提高了工作效率和服務質量。
同樣,考核機制的建立也需要依據實際出發,並不能一味考慮指標,更重要的是設計出來的指標能不能起到改善提升的作用。
以上,是一些在ITIL實施之前,或者說我們需要做ITIL之前的一些基本的思想觀念,也是在實際中總結出來的一些經驗,個人認為值得與大家分享,更願意以此引發討論。
不管ITIL到底是什麼,對於大多數企業而言,它的必要性顯而易見:它能夠幫助IT部門提高使用者的滿意度和執行效率,“有了ITIL後,我們能夠在任何時間點評估我們的成果。”
關於ServiceHot
ServiceHot ITSOM基於ITIL流程框架打造服務流程管理功能,能夠滿足企業對事件管理、問題管理、變更管理、釋出管理、配置管理、服務級別管理的各種需求,幫助企業實現對運維服務質量、過程、技術和資源的全方位管理。結合企業的實際情況,ServiceHot理解、運用ITIL的核心理念,幫助其解決核心和關鍵問題,逐步實現企業對運維的科學管理。
ServiceHot 專注於IT服務運營管理,是國內領先的ITSM軟體廠商和ITSOM雲服務平臺提供商,同時也是全球ITSM2.0倡導者以及ITSOM(IT服務運營管理)全球定義者。
ServiceHot 提供基於ServiceHot ITSM2.0(IT服務管理系統)、ServieHot ITSOM(IT服務運營管理平臺)、ServiceHot RM 遠端運維平臺的產品級服務和 SaaS 雲服務。
ServiceHot 以“服務管理”為核心,應用場景橫跨了IT服務運營管理成熟度從高到底的要求,為資料中心及運維部門、IT部門實現服務的可視、可控、可管。其客戶涉及到金融、製造、醫療、政府、物流、網際網路、服務業等全行業,其中包含了大型企事業有中移動、中石油、首鋼、長虹集團、ACER中國、中國體彩、新東方集團等。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31470963/viewspace-2638746/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 終於有人把MYSQL索引講清楚了MySql索引
- 用一個專案把控制層、業務層、持久層說明白了,每一句話都講的很清楚
- 終於有人把ERP和OA的區別講清楚了!
- 用一個通俗的例子講清楚APIAPI
- 如何運用TRIZ解決實際問題?這篇文章講的很清楚
- 可能是把Docker的概念講的最清楚的一篇文章Docker
- 一句話,講清楚java泛型的本質(非型別擦除)Java泛型型別
- 用萬字給面試官講清楚了hello world面試
- 如何講清楚async和await?AI
- ITIL是什麼意思?ITIL是什麼?
- OAuth 2.0、OIDC 講不清楚?OAuth
- 講清楚之 javascript 物件繼承JavaScript物件繼承
- 可能是把Java記憶體區域講的最清楚的一篇文章Java記憶體
- JAVA的字串這篇講清楚了Java字串
- 用泡妞的方式來簡單講講如何把 Laravel 框架搞上床吧。Laravel框架
- 用大白話講Java動態代理的原理Java
- (1)CMDB之ITIL
- 一篇講清楚String、StringBuffer和StringBuildUI
- 華為選用ServiceHot ITSM提升運維服務能力運維
- 一文講清楚FusionInsight MRS CDL如何使用
- 30分鐘講清楚深度神經網路神經網路
- NoSQL 還是 SQL ?這一篇講清楚SQL
- 分散式檔案系統如何做?終於有個人把分散式檔案上傳講清楚了分散式
- Kafka Network層解析,還是有人把它說清楚了Kafka
- 終於有人把Java記憶體模型說清楚了Java記憶體模型
- C#:終於有人把 ValueTask、IValueTaskSource、ManualResetValueTaskSourceCore 說清楚了!C#
- 我用白話+案例給你講講機器學習中的決策樹機器學習
- 阿里面試官用HashMap把我問倒了阿里面試HashMap
- ITIL中英文對照
- 五險一金終於有人給講清楚了
- 安全顧問話安全之證券行業的資料安全特點行業
- 軟體測試——教育機構課程顧問常見黑話大全
- 第6講回顧:聯邦推薦演算法及其應用演算法
- 【教程】終於有人把Java記憶體模型說清楚了!Java記憶體模型
- 漫話:什麼是平衡(AVL)樹?這應該是把AVL樹講的最好的文章了
- 一文講清楚synchronized原理---每週一更系列synchronized
- Eclipse怎樣配置tomcat? 8分鐘視訊講清楚!EclipseTomcat
- Kaizen的應用,精益管理顧問舉例如下AI