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