發(fā)布管理過程

1、發(fā)布管理過程發(fā)布管理過程文件編號版本編制編制日期審核批準(zhǔn)審核日期批準(zhǔn)日期變更記錄日期版本編制/修改者修訂類型描述注：修訂類型：A增加，M修改，D-刪除15一、目標(biāo)和范圍1.1目標(biāo)發(fā)布是由一項或多項經(jīng)過批準(zhǔn)的變更所組成。發(fā)布管理定義了軟件和相關(guān)硬 件的上線（大規(guī)模實施）過程規(guī)范，并負(fù)責(zé)將經(jīng)過測試無誤的軟硬件版本發(fā)布到 目的變更地點。發(fā)布管理流程目標(biāo)為：1）在大型或重要項目中，發(fā)布管理應(yīng)成為項目總體計劃的一部分，以確 保企業(yè)可以進行集中的軟件和硬件設(shè)計和構(gòu)建，增強信息系統(tǒng)的整體 協(xié)調(diào)性和穩(wěn)定性計劃和協(xié)調(diào)軟件和相關(guān)硬件的發(fā)布，并通過對實施進 行測試和控制，降低軟硬件同時出現(xiàn)錯誤以及發(fā)布錯誤版本的風(fēng)險

2、；2）使用戶更多的參與發(fā)布測試，進而使用戶的期望與實際發(fā)布更加一致；3）在新版本的首次運行過程中，溝通并管理客戶的期望；4）確保與變更相關(guān)的硬件和軟件是可追溯的和安全的，只有合法的、正 確的、被授權(quán)的和經(jīng)過測試的軟硬件版本才能進入生產(chǎn)環(huán)境，降低了 使用非法軟件的風(fēng)險，未經(jīng)授權(quán)的拷貝和錯誤的版本更易于檢測到；5）確保發(fā)布過程中軟件環(huán)境和硬件平臺之間結(jié)合的緊密性和一致性，確 保所有軟件存在“項目資產(chǎn)庫”中；6）通過在不同地域內(nèi)使用一致的軟件，降低整體維護成本。1.2范圍發(fā)布管理人范圍包括過程、系統(tǒng)和功能，以打包、構(gòu)建、測試和部署發(fā)布到 IT生產(chǎn)環(huán)境中，并最終建立規(guī)定的服務(wù)。需要發(fā)布管理進行控制的組

3、件包括自行開發(fā)的應(yīng)用程序、外購軟件、工具軟 件、供應(yīng)商提供的系統(tǒng)軟件、硬件和軟件的規(guī)格說明、裝配指南和文檔（包括用 戶手冊）等。所有的組件，從開發(fā)或購買，到定制和配置、測試給你實施，一直到最后的 生產(chǎn)環(huán)境的實施運行，都需要發(fā)布管理進行有效的管理。 整個過程離不開發(fā)布管 理的參與。發(fā)布管理進行控制的范圍包括：1）財務(wù)（資金）管理、營銷管理、協(xié)同辦公、人力資源管理、物資管理、 項目管理和業(yè)務(wù)應(yīng)用系統(tǒng)；2）其它重要的自行開發(fā)系統(tǒng)；在以下情況下我們必須采用發(fā)布管理流程，而不是變更管理流程進行控制：1）重大系統(tǒng)的變更（業(yè)務(wù)運行依賴性很強或客戶影響范圍很大的系統(tǒng)）2）所有新增系統(tǒng)的首次運行；3）多個關(guān)聯(lián)變

4、更不能獨立實施，需將一組相關(guān)的變更打包成適當(dāng)規(guī)模的 單元。二、角色和職責(zé)發(fā)布管理流程中定義的主要角色：發(fā)布管理流程負(fù)責(zé)人、發(fā)布經(jīng)理、發(fā)布主 管、發(fā)布實施人、培訓(xùn)主管、軟件控制主管等。發(fā)布管理流程負(fù)責(zé)人和發(fā)布經(jīng)理 可以由同一人擔(dān)任。2.1 發(fā)布管理流程負(fù)責(zé)人發(fā)布流程負(fù)責(zé)人通過從宏觀上監(jiān)控流程，來確保發(fā)布流程被正確地執(zhí)行。當(dāng) 流程不能夠適應(yīng)公司的情況時，流程負(fù)責(zé)人必須及時對此進行分析、找出缺陷、 進行改進，從而實現(xiàn)可持續(xù)提高。發(fā)布流程負(fù)責(zé)人的職責(zé)包括：確保發(fā)布流程能夠取得管理層的參與和支持；確保發(fā)布流程符合公司實際狀況和公司IT發(fā)展戰(zhàn)略；總體上管理和監(jiān)控流程，建立發(fā)布流程實施、評估和持續(xù)優(yōu)化機制；

5、確保發(fā)布流程實用、有效、正確地執(zhí)行，當(dāng)流程不能夠適應(yīng)公司的情況時,必須及時對此進行分析、找出缺陷、進行改進（比如增加或合并流程的角色）， 從而實現(xiàn)可持續(xù)提高流程效率；保持與其他流程負(fù)責(zé)人的定期溝通。2.2 發(fā)布經(jīng)理發(fā)布流程經(jīng)理全面負(fù)責(zé)發(fā)布管理流程中的所有具體活動執(zhí)行，保障所有發(fā)布依照預(yù)定流程順利執(zhí)行。發(fā)布經(jīng)理的職責(zé)包括：1）審核由變更管理流程提交的發(fā)布請求工作單，確認(rèn)其正確性和必要性，必要時拒絕無關(guān)、無法實施或沒有必要的發(fā)布請求；2）審批發(fā)布請求，制定發(fā)布周期、進行分析風(fēng)險控制，確保被發(fā)布的版 本都是正確、且通過有效測試；3）確定發(fā)布請求分類，指定發(fā)布負(fù)責(zé)人（發(fā)布主管），進行發(fā)布工作的總 體管

6、理與監(jiān)控；4）參與流程評估，對流程改進提出意見和建議，與流程負(fù)責(zé)人共同制定 流程改進；5）對發(fā)布參與人員工作進行管理與考評；2.3 發(fā)布主管發(fā)布主管通常由與發(fā)布請求內(nèi)容相關(guān)的具體技術(shù)領(lǐng)域的負(fù)責(zé)人擔(dān)任?？梢愿鶕?jù)不同的發(fā)布種類，分派不同的人員作為發(fā)布主管。發(fā)布主管主要關(guān)注在制定發(fā)布計劃、組織發(fā)布實施等方面。發(fā)布主管的職責(zé)包括：1）作為具體發(fā)布工作的負(fù)責(zé)人，負(fù)責(zé)領(lǐng)導(dǎo)發(fā)布的計劃、準(zhǔn)備、測試，實施工作；2）針對具體發(fā)布請求，協(xié)調(diào)相應(yīng)資源；3）確保發(fā)布在預(yù)定的時間，資源內(nèi)完成；4）發(fā)布成功后通知配置管理流程對配置信息進行及更新；5）在必要時，確保回退計劃（Fallback Plan ）得以正確實施；6）負(fù)

7、責(zé)收集與該發(fā)布有關(guān)的部門或小組的意見，綜合發(fā)布對于應(yīng)用的影 響。2.4 發(fā)布實施人員發(fā)布實施人員負(fù)責(zé)在生產(chǎn)環(huán)境中的具體操作工作。其職責(zé)包括：1）在發(fā)布主管領(lǐng)導(dǎo)下實施發(fā)布計劃，必要時負(fù)責(zé)回退計劃的執(zhí)行。2）負(fù)責(zé)與發(fā)布相關(guān)的軟、硬件的準(zhǔn)備工作；3）負(fù)責(zé)對發(fā)布系統(tǒng)的集成測試工作；4）負(fù)責(zé)配合用戶對發(fā)布系統(tǒng)的用戶測試工作；5）保持與發(fā)布主管溝通，通報發(fā)布實施的進度和結(jié)果；2.5 培訓(xùn)主管發(fā)布系統(tǒng)的運行涉及多個環(huán)節(jié)，相對比較復(fù)雜。發(fā)布經(jīng)理可指定發(fā)布流程中 的相關(guān)培訓(xùn)工作由專門的培訓(xùn)主管負(fù)責(zé)。通過培訓(xùn)，相關(guān)人員能夠充分掌握相應(yīng) 技能，保證發(fā)布系統(tǒng)的有效運營。培訓(xùn)主管的職責(zé)包括：1）確保發(fā)布系統(tǒng)的使用與維護

8、人員獲取必要知識；2）提供發(fā)布系統(tǒng)的客戶使用培訓(xùn)；3）提供發(fā)布系統(tǒng)的維護操作培訓(xùn)；4）提供發(fā)布系統(tǒng)的幫助臺培訓(xùn)； 5）在培訓(xùn)中收集相關(guān)的反饋2.6 軟件控制主管軟件控制主管負(fù)責(zé)公司的最終軟件版本全面管理工作，通過對軟件出入庫、使用申請、更換等管理，保證發(fā)布系統(tǒng)的有效運行。軟件控制主管的職責(zé)包括：1）確保經(jīng)發(fā)布經(jīng)理審批后的軟件及相關(guān)組建得以記錄；2）確保及時準(zhǔn)確地記錄所有軟件；3）確保應(yīng)用在測試和生產(chǎn)環(huán)境中，軟件及相關(guān)組件和版本信息是最新和 準(zhǔn)確的，并保證記錄與CMDB息保持一致。止匕外，根據(jù)每次發(fā)布的具體工作內(nèi)容，發(fā)布經(jīng)理可在發(fā)布計劃初期即策劃組 建發(fā)布小組。發(fā)布小組是一個臨時性的組織機構(gòu)，

9、目的是通過團隊的工作，完成 發(fā)布計劃、設(shè)計、構(gòu)建、測試和首次運行過程中的信息溝通、條件準(zhǔn)備和規(guī)劃的 任務(wù)。發(fā)布小組中應(yīng)至少包括以下角色：發(fā)布主管、軟件控制主管、培訓(xùn)主管、 測試專家。2.7輸入編號輸入項來源周期1.發(fā)布申請單發(fā)布提交人2.發(fā)布計劃發(fā)布提交人3.相關(guān)的配置信息CMDB4.相關(guān)的SLA服務(wù)級別管理流程5.相關(guān)的容量計劃容量管理流程2.8輸出編號輸出項去向周期編號輸出項去向周期1.服務(wù)、系統(tǒng)、軟件、硬件、補丁程序生產(chǎn)系統(tǒng)2.軟件、補丁程序記錄3.硬件日常運維4.設(shè)計方案、開發(fā)文檔、測試文檔、技術(shù)支持文檔、培訓(xùn)資料CMDB知識庫5.發(fā)布通知相關(guān)的客戶、用戶、客服、技術(shù)支持人員6.新的、

10、更新的SLA服務(wù)級別管理流程三、流程圖及描述3.1 流程圖及描述發(fā)布管理流程廳P步驟名稱責(zé)任人流程描述1制定發(fā)布策略（線外）發(fā)布經(jīng)理1 .發(fā)布經(jīng)理定期回顧發(fā)布策略，修訂不適 合的部分和添加新的規(guī)定內(nèi)容，并重新 發(fā)布2 .當(dāng)系統(tǒng)進行了較大變更時，通常是技術(shù) 框架、系統(tǒng)框架或應(yīng)用結(jié)構(gòu)發(fā)生改變 時，發(fā)布經(jīng)理需要及時變更發(fā)布策略2接受發(fā)布申請發(fā)布經(jīng)理/初審人1 .變更管理流程提出發(fā)布申請工作單2 .發(fā)布流程經(jīng)理對發(fā)布請求進行審核3 .根據(jù)發(fā)布請求分類將工作分派給相應(yīng)技術(shù)職能的發(fā)布主管3制定發(fā)布計劃發(fā)布經(jīng)理發(fā)布初審人發(fā)布主管發(fā)布主管接受發(fā)布工作單對當(dāng)前發(fā)布計劃進行檢查對發(fā)布任務(wù)進行日程安排對發(fā)布任務(wù)進行

11、人員安排制定本發(fā)布周期的發(fā)布計劃發(fā)布經(jīng)理正式簽發(fā)發(fā)布計劃，并召開協(xié)調(diào)溝通會4發(fā)布準(zhǔn)備發(fā)布主管發(fā)布實施人完成與發(fā)布相關(guān)的配套設(shè)施準(zhǔn)備工作 完成與發(fā)布相關(guān)的硬件設(shè)備準(zhǔn)備工作 完成與發(fā)布相關(guān)的軟件安裝準(zhǔn)備工作 完成與發(fā)布相關(guān)的支持工具準(zhǔn)備工作5系統(tǒng)集成測試發(fā)布主管發(fā)布實施人1 .對發(fā)布所涉及變更進行統(tǒng)T慮，制定 集成測試計劃2 .發(fā)布流程經(jīng)理對測試申請進行審批（上傳至QA環(huán)境）3 .發(fā)布主管組織進行系統(tǒng)集成測試廳P步驟名稱責(zé)任人流程描述4.通過測試后簽署系統(tǒng)集成測試意見6用戶測試發(fā)布主管1 .對于影響終端用戶功能的發(fā)布，制定用戶測試計劃2 .發(fā)布主管組織進行用戶測試驗收3 .通過測試后簽署用戶測試意

12、見7首次運行計劃與審批發(fā)布流程經(jīng)理1 .與IT用戶進行溝通2 .對系統(tǒng)上線時間與系統(tǒng)用戶取得一致，確定確切詳細的時間安排3 .制定溝通計劃和采購計劃4 .對于符合發(fā)布要求的進行批準(zhǔn)5 .授權(quán)發(fā)布主管進行投產(chǎn)發(fā)布8培訓(xùn)與溝通培訓(xùn)主管1 .根據(jù)發(fā)布內(nèi)容制定培訓(xùn)計劃2 .對發(fā)布相關(guān)的系統(tǒng)維護人員進行培訓(xùn)3 .對幫助臺的人員進行發(fā)布系統(tǒng)的培訓(xùn)工作4 .對系統(tǒng)用戶進行發(fā)布系統(tǒng)的培訓(xùn)工作5 .對發(fā)布實施參與人進行發(fā)布培訓(xùn)工作9試點發(fā)布與運行發(fā)布主管發(fā)布實施人1 .進行軟件的分發(fā)、安裝2 .發(fā)布主管與發(fā)布實施人負(fù)責(zé)生產(chǎn)環(huán)境 發(fā)布實施工作3 .發(fā)布實施后對結(jié)果進行確認(rèn)，如發(fā)布成 功則提交發(fā)布流程經(jīng)理進行確認(rèn)。

13、如發(fā) 布失敗則實施回退計劃10確認(rèn)與關(guān)閉發(fā)布流程經(jīng)理1.發(fā)布流程經(jīng)理組織對發(fā)布工作的確認(rèn)， 關(guān)閉發(fā)布流程，向變更管理流程返回發(fā) 布申請工作單。3.2 流程補充說明3.2.1 發(fā)布類型如果可行，對于系統(tǒng)的多處變更時，應(yīng)該采用全發(fā)布方式進行。對于在用系 統(tǒng)的變更，如果不能采用全發(fā)布方式，應(yīng)盡量減少增量發(fā)布，而采用包發(fā)布方式。3.2.2 緊急變更引起的發(fā)布對于緊急變更引起的發(fā)布，應(yīng)配合緊急變更，及時發(fā)布。3.2.3 發(fā)布失敗發(fā)布失敗時，執(zhí)行回退計劃，并應(yīng)得到評估和記錄4、 表單和模板名稱標(biāo)準(zhǔn)化表單（發(fā)布 記錄等）版本V1.0負(fù)責(zé)人說明發(fā)布流程負(fù)責(zé)人記錄發(fā)布流程管理報告V1.0發(fā)布流程負(fù)責(zé)人報告。5、

14、 關(guān)鍵績效指標(biāo)（KPI）發(fā)布管理的可選指標(biāo)包括:績效指標(biāo)目標(biāo)值衡量方式頻度負(fù)責(zé)人規(guī)定周期內(nèi)發(fā)布成功數(shù)量統(tǒng)計每月規(guī)定周期內(nèi)發(fā)布失敗數(shù)量統(tǒng)計每月按發(fā)布管理指標(biāo)類型的發(fā)布數(shù)量統(tǒng)計每月發(fā)布成功的比率95%統(tǒng)計每月六、流程質(zhì)量控制質(zhì)量控制流程計劃（Plan）執(zhí)行（Do） 檢查（Check）持續(xù)改進（Act）流 程 經(jīng) 理1.現(xiàn)有流程評估2.制JE改進計劃3.審批改進計劃4.執(zhí)行改進計劃5.回顧步驟輸入步驟描述輸出負(fù)責(zé)人1.現(xiàn)有 流程評估KPI、報告、 流程執(zhí)行過 程中發(fā)現(xiàn)的 問題通過對KPI的完成程度，事件歷史 記錄等數(shù)據(jù)進行差距、趨勢分析定 期對事件管理流程的實施后效性、 服務(wù)質(zhì)量和用戶滿意度進行回顧

15、。差距分析 評估報 告、趨勢 分析報告發(fā)布經(jīng)理2.制定改進 計劃差距分析評 估報告、趨 勢分析報告根據(jù)差距分析評估報告、趨勢分析 報告總結(jié)待改進項，制定改進計 劃，改進計劃中包括：流程的待改 進項和改進機會；改進收益；執(zhí)行 改進計劃可能帶來的影響和風(fēng)險； 所需資源；測試和培訓(xùn)計劃；相關(guān) 的支持文檔等內(nèi)容。改進計劃發(fā)布經(jīng)理3.審批改進計劃改進計劃對改進計劃進行評估審批。審批后的改進計劃發(fā)布經(jīng)理4.執(zhí)行改進 計劃被批準(zhǔn)的改進計劃調(diào)動資源組織相關(guān)人員執(zhí)行被批 準(zhǔn)的改進計劃。實施后的 改進計 劃、改進 效果發(fā)布經(jīng)理5.回顧實施后的改對改進后的結(jié)果進行回顧，評估改回顧結(jié)果發(fā)布經(jīng)步驟輸入步驟描述輸出負(fù)責(zé)人進計劃、改進結(jié)果進計劃是否成功，存在哪些待改進 項。依據(jù)PDCAT法論再次執(zhí)行步 驟1對現(xiàn)有流程進行評估，對流程 進行持續(xù)改進，起到對流程質(zhì)量控 制的作用。理七、與其它流程的接口在實際運營環(huán)境中，軟件和硬件的新發(fā)布利用了配置管理和變更管理中的控 制流程。發(fā)布管理流程從變更管理流程接收正常變更的發(fā)布請求工作單，同時變更管理通過實時了解發(fā)布工單的狀態(tài)來監(jiān)控發(fā)布的實施。 在發(fā)布工作完成后由發(fā) 布主管協(xié)調(diào)配置管理流程對與發(fā)布相關(guān)的配置信息進行及時更新工作。變更管理變更管理需要確定多少項變更可以組合在一項發(fā)布中。變更管理描述了確保 所有變更都是經(jīng)過批