1. 目的

本程序的目的是交付、分發并追溯在發布到實際運行環境中的一個或多個變更。

– 計劃和協調軟硬件組件的發布；

– 設計和實施有效的程序來分發和安裝IT系統的變更；

– 確保只有正確的、被授權的和經過測試的軟硬件版本才能導入實際運作環境；

– 結合變更管理，準確發布的確切內容和首次發布計劃；

– 確認所有最終軟件庫中軟件正本的拷貝是安全可靠的，并且在配置管理數據庫中得到了更新。

2. 范圍

本程序適用于ITSM所覆蓋的所有部門。

負責對服務進行規劃、設計、構建、配置和測試，以便為實際運行環境提供一系列的發布組件。

需要發布管理進行控制的組件：

ü 軟件（操作系統、工具軟件、應用系統、配套文檔等）；

ü 硬件（含交通設施、通信設施、硬件工具、計算機等）；

ü 人員；

3. 定義

發布管理對經測試后導入實際應用的新增或修改后的配置項進行分發和宣傳的管理流程。

4. 職責

發布經理（由人事行政部經理兼任）：制定服務計劃并協調其他部門一起實施發布流程

發布經理職責：

ü 準備發布計劃

ü 批準發布的構建和配置

ü 協調最終的發布實施

ü 負責與其他團隊的溝通，例如用戶、服務級別經理和變更經理

測試經理（由項目經理兼任）：確保發布通過了測試，并由人事行政部驗收。

測試經理的職責：

ü 在驗收前對發布進行成功的測試；

ü 和發布經理一起準備首次運行計劃；

ü 確保測試環境和現實環境盡量一致；

5.  制定發布策略

– 針對每項發布，發布經理都應當制定一項發布政策，規定每項發布，如何以及在何時得以配置。

? 發布規劃

– 重大發布應該提前對其發布識別或版本號進行規劃，以便明確識別、管理配置項；   

– 發布經理還需要規定在什么層次上配置項可以彼此獨立地進行分發(發布單元)；

– 在規劃一項發布時需要考慮下列問題：

? 協調發布的內容；

? 就發布日程安排、地點和組織單元進行協商；

? 制定發布計劃；

? 制定溝通計劃；

? 現場考察以確定正在使用的硬件和軟件；

? 就角色和職責進行協商；

? 制定撤銷計劃；

? 由管理部門和用戶共同對發布驗收進行規劃。

? 設計、構建和配置

– 為發布的設計、構建和配置開發標準的程序；

– 一項發布一般是基于自行開發或從第三方供應商購進并構建的一套組件(配置項)；

– 安裝指南、配置發布指示和操作指南也應當被視為是發布的一部分，也應當被作為配置項處于變更管理和配置管理的控制之下。

– 回滾計劃(Backout Plan)

? 針對整個發布的回滾計劃定義了在發布出現問題的情況下恢復服務所需進行的活動。

? 變更管理負責回滾計劃的制定，而發布管理需要確保回滾計劃符合實際的要求。

? 特別是在實施一項組合了多項變更請求的包發布時，對不同的回滾計劃進行協調是非常必要的。

? 發布測試

– 不滿意的變更和發布的最常見的原因是缺乏足夠的測試。為了防止這一點，在實施之前，發布應該由用戶代表對其進行功能測試并由測試經理或其授權人員進行運營測試。

– 測試內容包括：

? 技術操作

? 功能方面

? 運營方面

? 性能方面

? 與IT基礎設施其他部分的兼容性

? 發布單元的安裝順序，回滾程序和管理程序的變更

? 發布驗收

– 在某項發布正式上線(Rollout)之前，須安排由用戶代表進行正式的驗收以及由發布經理簽發發布結束的標記，期間的變更應按變更管理進行。

– 對每一個步驟的正式驗收必須由變更管理來進行。

– 發布應該在一個受控測試環境中進行驗收以便該項發布可以被恢復至一個可知的配置狀態。

? 上線計劃（Rollout Plan)

– 制定上線計劃，包括日程安排、資源、溝通、采購、存儲、會議等內容。

– 上線的方式

? 全面上線；

? 分階段上線，該方式又具體包括以下幾種方案：

? 功能遞增，在這種方式下，所有的用戶都在同一時間獲得新的功能。

? 地點遞增，在這種方式下，首先對某些用戶群進行上線，然后再擴散至所有的用戶。

? 演進方式，功能是分階段擴展的。

? 溝通、準備和培訓

– 負責與客戶溝通的人員(服務臺和客戶關系管理)、運營人員以及客戶組織的代表都應該清楚發布計劃的內容以及該計劃將如何影響日常活動。

– 這可以通過聯合培訓、合作和聯合參與發布驗收來實現。

– 相關的職責應該得到充分的傳達，并應該核實是否每個人都清楚他們的職責。

– 此外，如果發布是分階段進行的，則應該向客戶（或客戶代表）告知計劃的詳細內容，并告知新配置項預計上線時間。

– 針對服務級別協議(SLA)、運營級別協議(OLA)和支撐合同(UC)所作的變更應該提前向所有相關人員進行傳達。

6. 輸出文件和記錄

《發布計劃》

《發布報告》