發(fā)布管理過程

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

2、與發(fā)布測試，進而使用戶的期望與實際發(fā)布更加一致；3） 在新版本的首次運行過程中，溝通并管理客戶的期望；4） 確保與變更相關(guān)的硬件和軟件是可追溯的和安全的，只有合法的、正確的、被授權(quán)的和經(jīng)過測試的軟硬件版本才能進入生產(chǎn)環(huán)境，降低了使用非法軟件的風險，未經(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ī)定的服務。需要發(fā)布管理進行控制的組件包括自行開發(fā)的應

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

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

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

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

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

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

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

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

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

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

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

14、值衡量方式頻度負責人規(guī)定周期內(nèi)發(fā)布成功數(shù)量統(tǒng)計每月規(guī)定周期內(nèi)發(fā)布失敗數(shù)量統(tǒng)計每月按發(fā)布管理指標類型的發(fā)布數(shù)量統(tǒng)計每月發(fā)布成功的比率95%統(tǒng)計每月六、 流程質(zhì)量控制步驟輸入步驟描述輸出負責人1. 現(xiàn)有流程評估KPI、報告、流程執(zhí)行過程中發(fā)現(xiàn)的問題通過對KPI的完成程度，事件歷史記錄等數(shù)據(jù)進行差距、趨勢分析定期對事件管理流程的實施有效性、服務質(zhì)量和用戶滿意度進行回顧。差距分析評估報告、趨勢分析報告發(fā)布經(jīng)理2. 制定改進計劃差距分析評估報告、趨勢分析報告根據(jù)差距分析評估報告、趨勢分析報告總結(jié)待改進項，制定改進計劃，改進計劃中包括：流程的待改進項和改進機會；改進收益；執(zhí)行改進計劃可能帶來的影響和風險；

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