很多學(xué)習(xí)ITIL的小伙伴們都會遇到類似這樣的問題: ITIL中具體實施的時候，什么樣的變更走發(fā)布，什么樣的變更還是走變更? 所有的變更都需要經(jīng)過發(fā)布嗎？變更與發(fā)布到底有什么關(guān)系?
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)容是在對變更的需求或原因的評估和審查，確認(rèn)是否需要執(zhí)行這樣一個變更，同時跟蹤變更的執(zhí)行過程。這個過程就是變更管理過程的前一部分。
4、而當(dāng)一個變更被確定實施后，為了保證這個變更給生產(chǎn)環(huán)境帶來的風(fēng)險最小，我們需要在變更在生產(chǎn)系統(tǒng)上實施之前，在測試環(huán)境中進(jìn)行測試，確認(rèn)IT環(huán)境的這個變化不會對IT服務(wù)形成風(fēng)險，或知曉這個變化可能對IT服務(wù)造成什么樣的風(fēng)險并進(jìn)一步評估，以確定最終是否將這個變化付諸實施于生產(chǎn)環(huán)境。這個過程就是發(fā)布管理過程。
5、在確認(rèn)一個IT環(huán)境的變化可以實施于生產(chǎn)環(huán)境中，還要考慮“回退”的機(jī)制，因為雖然在測試環(huán)境中經(jīng)過測試和評估，但任何生產(chǎn)環(huán)境的變化仍然還是存在一定的不確定性的風(fēng)險，因此在生產(chǎn)環(huán)境中執(zhí)行變更要有“回退”機(jī)制的保障。這個過程是變更管理過程的后一部分，在這部分之后還有變更的完成部分，比如通知客戶，歸檔進(jìn)行配置管理變更等等。 6、另外，發(fā)布管理不僅僅是針對“軟件系統(tǒng)”的，可能我們比較習(xí)慣于“軟件的發(fā)布”，即軟件又發(fā)布了一個新版本，但對于IT服務(wù)來講，IT環(huán)境的一個配置項的變化都需要“發(fā)布”到IT環(huán)境之中。
7、對于什么樣的變更會引起發(fā)布管理過程的執(zhí)行，這個要根據(jù)變更的分類分級確定，比如常規(guī)變更/日常變更就不需要發(fā)布管理，一般變更和重要變更需要進(jìn)行發(fā)布管理，而緊急/例外變更是先變更，而后補(bǔ)充履行發(fā)布管理一下,變更管理就是審批變更要不要做，發(fā)布管理就是去怎么執(zhí)行的問題。很多公司將變更和發(fā)布的流程合并。
所以，人們學(xué)ITIL的時候就很容易混淆. 這樣是否清楚點了!
想了解更多ITIL認(rèn)證知識及基礎(chǔ)考試內(nèi)容可與中培老師聯(lián)系課程金老師18513851518 （微信同步）