**ewaysun的部落格
在itil中，事件從服務台到事件管理再到問題管理是乙個解決力度逐步加強的過程，但也是乙個治標未治本的過程。要真正做到防範於未然或者減少事件影響，必須實施一定的變更以消除事件產生的根本原因。有變更必然會有風險，因此，加強對變更過程的控制，以防變更過程中的疏忽、資源短缺、準備不足等等原因造成變更失敗或產生新的事件已經成為it服務提供者必須重視和認識考慮的問題。
圖1是客戶服務中心的itil服務支援框架，細心的讀者會發現在服務支援中缺少了變更管理一項。有人會問：沒有變更管理如何做好問題管理，找到了問題的根本原因應該如何變更？
沒有變更管理，發布管理又依何而生？這個問題長久以來也一直縈繞在筆者的腦海中。客戶服務中心究竟有沒有變更管理的需求？
如果有，在**？如果沒有，那又在**？
此主題相關**如下：
圖1－客戶服務中心itil框架
目前的it服務提供者分為兩種，一種是企業內部的it部門，一種是第三方的it服務提供商。隨著業務的發展，it技術也越來緊密地深入到業務管理過程，而it服務商們則面臨著乙個急需解決的問題：企業或者外包方購買的軟硬體產品越來越多地來自不同的外部廠商。
不論是it部門還是it服務商，以一己之力獨立地完成軟硬問題根源性的解決變得越來越困難，甚至不可行。當it服務發展到問題管理無法在內部解決根源性問題，變更變得越來越不可控時，變更管理在**控制，如何控制就需要好好琢磨了。同樣，客戶服務中心現在也面臨這個問題。
客戶服務中心為客戶提供零售系統的軟硬體外包服務。如圖2所示，當事件發生並公升級為問題，提交到問題管理時，問題管理對問題做出簡單的判斷並分類。硬體問題轉硬體提供商，軟體問題轉軟體提供商。
在收到他們的變更後，問題管理安排變更計畫，準備變更。由此我們看到的變更管理出現在外部軟硬體變更管理流程中，只是變更的最後實施在客戶服務中心的管理範圍之內。也就是說，變更的過程管理是存在的，但主要的變更控制不在客戶服務中心。
筆者曾下過乙個片面的結論：客戶服務中心不需要變更管理。這麼看來這句話好像是對的，但是，再仔細琢磨這句話好像又有些不對。
此主題相關**如下：
圖2－客戶服務中心變更處理流程
變更是什麼？變更是指在維護過程中對系統或服務所作出的各種改變，包括增補、移除和其他修改。說的再具體一點，變更的物件是兩個，乙個是it基礎架構，乙個是it服務（包括與流程和文件），與這兩個物件相關的改變都要歸入變更的範圍。
客戶服務中心沒有變更管理，果真如此嗎？不是，it基礎架構中的軟硬體變更的確不在客戶服務中心的管理範圍，但是it服務的變更是存在於客戶服務中心的管理範圍之內。筆者之前把變更的認識侷限在it基礎架構上，而忽視了對it服務的變更認識。
因此，從變更的物件來看，客戶服務中心不僅存在著變更管理的需求，而且還必須建立起變更管理控制。
不論是企業的it部門，還是第三方的it服務商，都認識到協調好與軟硬體**商之間的關係是做好it基礎架構變更管理工作的前提。我們甚至可以把這種關係進一步深化為變更協作管理，充分運用sla（服務水平協議）、ola（服務支援協議）和uc（支援合同）來協調、約束各方面的這種協作關係，確保變更的可控。變更管理的要求、流程和相關的文件由軟硬體**商和it服務商之間事先商定並共同遵守。
內部的問題管理根據協商確定的格式和要求提交變更請求表，由外部的軟硬體**商接受並記錄、登記，之後變更管理流程由外部的軟硬體**商負責變更請求的篩選、接受、變更優先順序確定、變更規劃、變更實施和中止。當變更走完外部的變更流程再次回到內部的問題管理流程時，問題管理協同發布管理安排變更計畫和實施變更。由此筆者認為，在it基礎架構的變更控制過程中，問題管理已經嬗變為問題與變更協調管理。
這也是在客戶服務中心的服務支援框架下，看不到變更管理蹤跡的原因。
如果變更的物件僅僅是指it基礎架構，那麼對it服務提供商而言是可以考慮不再設定變更管理流程了。但是，it服務變更的存在使得這樣的考慮不得不審慎。服務單據格式的變更、維護時間的調整、客戶的搬遷等等都可以作為內部it服務的變更請求。
如果不設定變更管理，那麼這些變更請求應該如何提交？變更應該如何控制，是事件管理、問題管理還是發布管理？
也許這個問題需要具體情況具體分析。比如，服務單據格式的變更請求可以歸入到事件管理，由事件管理負責發起服務單據變更討論協調會，將最後的變更結果再提交至發布管理。it服務的變更控制此時就體現在事件管理；問題管理在受理事件的公升級報告時發現原有的公升級流程比較繁瑣，效率不高。
於是提出事件公升級流程的變更，經過一番的討論後，如果認可變更，那麼執行變更。如果不被認可，變更中止，繼續使用原有的事件公升級流程。此時，it服務的變更又可以在問題管理控制。
不論使用哪一種管理流程來控制變更，其間都不能省略乙個環節：變更討論。這就是變更管理提到的變更影響和資源評估。
作為第三方的it服務商，變更影響和資源的評估需要根據實際情況作出調整。對於客戶服務中心而言設立變更委員會是解決變更控制問題的乙個途徑。凡是需要變更的內容，不論是it基礎架構還是it服務的最終發布都必須在變更委員會上確定。
it基礎架構的變更經變更委員會確定後統一安排變更計畫並實施變更；it服務的變更由相關的管理流程提出並變更，最後也需要經變更委員會確定後統一安排變更計畫並實施變更。
在乙個「變」作為惟一不變的環境中，變更管理尤顯重要。有變更就有風險，有風險就必須控制。而變更管理的空缺，也從乙個側面說明作為it服務主體的客戶服務中心，其變更管理認識以及變更風險控制意識仍需要進一步提高。
ITIL事件管理
二 業務崗位和流程角色及職責 本部分描述有關人員在參與執行和管理事件管理方案時的角色和責任。乙個角色不等於對應乙個人員，乙個人員可 以擔任多個角色。結合運維流程崗位序列及崗位說明書，依據決策管理系統的運維業務的工作內容，明確各業務崗位工作內容 以下為事件管理流程中必須具有的角色及其相應的職責 1 事...
工程設計中的潛規則之變更
景觀英才網免費提供該文件 一些施工企業在經過殘酷壓價，低價中標後，在工程施工過程中，往往採取一些不正當的手段，與建設單位或設計單位溝通，利用簽證單填寫等過程，通過變更設計增加專案或提 格等手段，來保證其微薄的利潤。工程施工過程中往往會發生設計變更 進度加快 標準提高 施工條件 材料 等變化，從而影響...
資訊系統專案管理師習題集錦之變更管理
變更管理練習題 1 一般說來變更控制流程的作用不包括 a.列出要求變更的手續b.記錄要求變更的事項 c.描述管理層對變更的影響 d.確定要批准還是否決變更請求 2 某公司為多個行業編寫客戶賬目管理軟體，張某是該公司的專案經理。現在有乙個客戶要求進行範圍變更，不是此變更所關注的。a.管理變更 b.變更...