很多學(xué)習(xí)ITIL的小伙伴們都會遇到類似這樣的問題: ITIL中具體實施的時候，什么樣的變更走發(fā)布，什么樣的變更還是走變更? 所有的變更都需要經(jīng)過發(fā)布嗎?變更與發(fā)布到底有什么關(guān)系?為了幫助大家了解清楚，下面我們來看看ITIL中的變更與發(fā)布有什么區(qū)別?

1、變更管理是規(guī)避IT環(huán)境的變化給IT服務(wù)滿足業(yè)務(wù)目標(biāo)所帶來的風(fēng)險的控制過程。

2、發(fā)布管理是規(guī)避一個變更的實施給IT服務(wù)滿足業(yè)務(wù)目標(biāo)所帶來的風(fēng)險的控制過程。

3、變更管理的主要執(zhí)行內(nèi)容是在對變更的需求或原因的評估和審查，確認是否需要執(zhí)行這樣一個變更，同時跟蹤變更的執(zhí)行過程。這個過程就是變更管理過程的前一部分。

4、而當(dāng)一個變更被確定實施后，為了保證這個變更給生產(chǎn)環(huán)境帶來的風(fēng)險最小，我們需要在變更在生產(chǎn)系統(tǒng)上實施之前，在測試環(huán)境中進行測試，確認IT環(huán)境的這個變化不會對IT服務(wù)形成風(fēng)險，或知曉這個變化可能對IT服務(wù)造成什么樣的風(fēng)險并進一步評估，以確定最終是否將這個變化付諸實施于生產(chǎn)環(huán)境。這個過程就是發(fā)布管理過程。

5、在確認一個IT環(huán)境的變化可以實施于生產(chǎn)環(huán)境中，還要考慮“回退”的機制，因為雖然在測試環(huán)境中經(jīng)過測試和評估，但任何生產(chǎn)環(huán)境的變化仍然還是存在一定的不確定性的風(fēng)險，因此在生產(chǎn)環(huán)境中執(zhí)行變更要有“回退”機制的保障。這個過程是變更管理過程的后一部分，在這部分之后還有變更的完成部分，比如通知客戶，歸檔進行配置管理變更等等。

6、另外，發(fā)布管理不僅僅是針對“軟件系統(tǒng)”的，可能我們比較習(xí)慣于“軟件的發(fā)布”，即軟件又發(fā)布了一個新版本，但對于IT服務(wù)來講，IT環(huán)境的一個配置項的變化都需要“發(fā)布”到IT環(huán)境之中。

7、對于什么樣的變更會引起發(fā)布管理過程的執(zhí)行，這個要根據(jù)變更的分類分級確定，比如常規(guī)變更/日常變更就不需要發(fā)布管理，一般變更和重要變更需要進行發(fā)布管理，而緊急/例外變更是先變更，而后補充履行發(fā)布管理一下,變更管理就是審批變更要不要做，發(fā)布管理就是去怎么執(zhí)行的問題。很多公司將變更和發(fā)布的流程合并。

通過以上的介紹，大家學(xué)ITIL的時候就清楚點了!

推薦閱讀：

ITIL4認證：全球IT行業(yè)搶手資格證之一

ITIL®4 Foundation證書續(xù)證常見問題匯總