Lonsdale:下面是通常如何工作的場景：業(yè)務(wù)部門產(chǎn)生了一些改善的需求并發(fā)給了IT部門。 IT于是通過其風(fēng)險分析來確保變更可行，確保變更經(jīng)過測試 – 所有這些形式化的變更管理流程的本質(zhì)。[變更請求]被提交到變更顧問委員會，在業(yè)務(wù)部門被告知“是的，你可以進(jìn)行了”之前還有若干審批。IT不得不優(yōu)化流程的同時堅持嚴(yán)謹(jǐn)來確保將要發(fā)布變更的數(shù)據(jù)中心和環(huán)境的安全。

ITIL [信息技術(shù)基礎(chǔ)架構(gòu)庫]的變更管理流程被視作最佳實踐；但是我看到的有效做法是，把它和另一種客戶導(dǎo)向的多的架構(gòu)，如精益方法或六西格瑪方法， 結(jié)合使用。精益方法只關(guān)注客戶價值，關(guān)注客戶需要什么，以及確保流程中沒有浪費。

一個標(biāo)準(zhǔn)的變更管理系統(tǒng)有相當(dāng)數(shù)量的浪費。有返工，有多次審批，變更請求從一個團(tuán)隊傳遞到另一個團(tuán)隊，并且首先要確認(rèn)誰是審批人。事實上變更顧問委員會的周會可能意味著業(yè)務(wù)部門不得不等待他們開會來做出決定。

變更管理顧問委員會是否最終會成為一個瓶頸？

Lonsdale:這是復(fù)雜的。在最近我們?yōu)槟辰M織做的項目中，我們發(fā)現(xiàn)他們沒有很好的對變更管理流程定義，他們提交了太多低優(yōu)先級的變更請求給顧問委員會審批。這些請求太多了以至于完全擠占了業(yè)務(wù)部門感興趣的重要的變更請求的時間。

我們所做的是幫助他們定義什么是“變更”。非常普遍的是，對什么是一個服務(wù)請求，什么是一個變更，和什么是一個項目有很多疑惑 – 換言之，如何正確的向變更顧問委員提交請求。通過這個項目，我們把許多類似的請求重新定義為服務(wù)請求。這些請求不會對業(yè)務(wù)造成任何風(fēng)險，所以為什么要提交它們到變更顧問委員會。

什么是一個有效的變更管理流程不可或缺的？

Lonsdale:組織必須從下列問題入手：

變更管理有何重要性？

變更管理的目的？

變更管理的目標(biāo)？

新流程的好處是什么？

變更管理流程看起來是什么樣子的？

該流程的關(guān)鍵績效

使得變更管理流程融入業(yè)務(wù)中，什么是必須的？

在人手，流程，和技術(shù)方面要做哪些變化？

我們說變更管理的目的是為了保護(hù)工作環(huán)境，但是如何定義范圍？是否流程只是覆蓋生產(chǎn)，質(zhì)保，和測試？是否還包括如開發(fā)環(huán)境等？生產(chǎn)環(huán)境總是肯定的；質(zhì)保則是不一定；但是我們不推薦包括開發(fā)環(huán)境，因為這其中有太多變更以并且官僚主義。如果一個請求需要超過10天的工作，這是項目而不是服務(wù)請求。這是一個好的開始的基線。這些問題全部都很簡單，但是如果不在前頭說清楚，他們真有可能破壞你的變更管理流程。

變更管理流程需要多大程度的自動化，在何處自動化？

Lonsdale:審批流程必須自動化。你可以有應(yīng)該自動化的標(biāo)準(zhǔn)變更，常規(guī)的變更每月都會發(fā)生，如重啟服務(wù)器。 任何重復(fù)性的，你掌握風(fēng)險的 – 總是投入重復(fù)的資源的，絕對不會造成癱瘓的，諸如此類 – 可成為一個標(biāo)準(zhǔn)變更。這是克服變更管理中官僚主義的一種辦法：提高標(biāo)準(zhǔn)變更的比例。

renxinbo