一項或多項經(jīng)過審批的變更就組成了發(fā)布，發(fā)布管理采用項目規(guī)劃的方法實施IT服務(wù)中的變更，貫穿了變更的整個生命周期，與變更管理不同的是，發(fā)布管理更關(guān)注變更的實施，而變更管理關(guān)注變更過程中的風險，發(fā)布管理流程應(yīng)該在變更管理流程的控制下進行。
ISO20000定義發(fā)布管理的目標為：“交付、分發(fā)并追溯在一個版本中發(fā)布到實際運行環(huán)境中的一個或多個變更”。發(fā)布管理流程的主要活動包括：“發(fā)布類型和頻率的發(fā)布策略應(yīng)取得各方同意并形成文件。服務(wù)提供者應(yīng)與業(yè)務(wù)一起對服務(wù)、系統(tǒng)、軟件和硬件的發(fā)布制定計劃。如何啟動發(fā)布計劃應(yīng)與所有相關(guān)方達成一致并取得授權(quán)，如客戶、用戶、運行和支持人員。流程應(yīng)包括一旦發(fā)布失敗的回退和糾正的方法。計劃應(yīng)記錄發(fā)布的日期及可交付成果，井映射到相關(guān)的變更請求、己知錯誤和問題。發(fā)布管理流程應(yīng)將適當?shù)男畔鬟f給事件管理流程。應(yīng)評估變更請求對發(fā)布計劃的影響。發(fā)布管理流程應(yīng)包括對配置信息和變更記錄的更新和變化。 應(yīng)按照與緊急變更管理規(guī)定的接口流程來管理緊急發(fā)布。應(yīng)建立受控的接收測試環(huán)境，以在分發(fā)之前構(gòu)建井測試所有的發(fā)布。為確保在安裝、處置、包裝和交付的過程中保持硬件和軟件的完整性，應(yīng)對發(fā)布和分發(fā)進行設(shè)計和實施。應(yīng)衡量發(fā)布成功或失敗。衡量應(yīng)包括發(fā)布之后一段肘期內(nèi)與發(fā)布有關(guān)的事件，還應(yīng)包括對業(yè)務(wù)、IT運行和支持性人力資源影響的評估分析，并作為服務(wù)改進計劃的輸入。”
發(fā)布管理過程涉及兩個數(shù)據(jù)庫：最終軟件庫(definitive software library, DSL)，存放軟件配置最終版本的物理倉庫或邏輯空間。最終硬件庫(definitive hardware store, DHS)存儲最終確定的備用硬件空間。
在發(fā)布管理流程中，首先要制定發(fā)布策略，目的在于明確發(fā)布管理的角色定義和職責分配，策略應(yīng)該包括有關(guān)發(fā)布內(nèi)容的描述、指導(dǎo)性原則、回退計劃、預(yù)期成果和最終軟件庫中配置的文檔記錄等信息。制定策略內(nèi)容后應(yīng)制定發(fā)布計劃，明確發(fā)布的日期，經(jīng)過批準的變更請求和變更委員會的審批結(jié)果，制定詳細的測試計劃、驗收標準等。在正式發(fā)布前，必須對發(fā)布內(nèi)容進行測試以確保發(fā)布的成功，缺少測試的發(fā)布是不可控的，絕對不允許直接投入到正在運行的業(yè)務(wù)系統(tǒng)中。同時，發(fā)布管理人員需要通知和發(fā)布內(nèi)容有關(guān)的客戶、業(yè)務(wù)人員，并和他們進行及時溝通，若有必要，需要對他們進行相關(guān)發(fā)布內(nèi)容的培訓(xùn)，以確保發(fā)布后他們能及時給予反饋和意見，驗證發(fā)布的效果是否和預(yù)期一致等。在完成發(fā)布活動后，發(fā)布管理員需要記錄發(fā)布的軟硬件版本，并對發(fā)布結(jié)果進行回顧，觀察業(yè)務(wù)系統(tǒng)是否如預(yù)期的一樣正常運行。
共有條評論 網(wǎng)友評論