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