我相信很多學(xué)習(xí)ITIL的小伙伴們都會(huì)遇到類似這樣的問題: ITIL中具體實(shí)施的時(shí)候，什么樣的變更走發(fā)布，什么樣的變更還是走變更? 所有的變更都需要經(jīng)過發(fā)布嗎？變更與發(fā)布到底有什么關(guān)系?......

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

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

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

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

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

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

7、對(duì)于什么樣的變更會(huì)引起發(fā)布管理過程的執(zhí)行，這個(gè)要根據(jù)變更的分類分級(jí)確定，比如常規(guī)變更/日常變更就不需要發(fā)布管理，一般變更和重要變更需要進(jìn)行發(fā)布管理，而緊急/例外變更是先變更，而后補(bǔ)充履行發(fā)布管理.

總結(jié)一下,變更管理就是審批變更要不要做，發(fā)布管理就是去怎么執(zhí)行的問題。很多公司將變更和發(fā)布的流程合并，所以，人們學(xué)ITIL的時(shí)候就很容易混淆. 這樣是否清楚點(diǎn)了!