發(fā)布管理過程

1、文件編號版本編制編制日期審核審核日期批準批準日期變更記錄日期版本編制/修改者修訂類型描述注：修訂類型：A增加，M修改，D刪除一、目標和范圍1.1目標發(fā)布是由一項或多項經(jīng)過批準的變更所組成。發(fā)布管理定義了軟件和相關(guān)硬件的上線 （大規(guī)模實施）過程規(guī)范，并負責將經(jīng)過測試無誤的軟硬件版本發(fā)布到目的變更地點。發(fā)布管理流程目標為：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）使用戶更多的參與發(fā)布測試

2、，進而使用戶的期望與實際發(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ā)布管理進行控制的組件包括自行開發(fā)的應(yīng)用程序、外

3、購軟件、工具軟件、供應(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)變更不能獨立實施，需將一組相關(guān)的變

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

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

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

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

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

9、、流程圖及描述序號步驟名稱責任人流程描述1制定發(fā)布策略發(fā)布經(jīng)理1.發(fā)布經(jīng)理定期回顧發(fā)布策略，修訂不適序號步驟名稱責任人流程描述（線外）合的部分和添加新的規(guī)定內(nèi)谷，并重新 發(fā)布2.當系統(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ā)布工作單 對當前發(fā)布計劃進行檢查 對發(fā)布任務(wù)進行日程安排 對發(fā)布任務(wù)進行人貝安排 制定本發(fā)布周期的發(fā)

10、布計劃 發(fā)布經(jīng)理正式簽發(fā)發(fā)布計劃，并召開協(xié) 調(diào)溝通會4發(fā)布準備發(fā)布主管 發(fā)布實施人完成與發(fā)布相關(guān)的配套設(shè)施準備工作 完成與發(fā)布相關(guān)的硬件設(shè)備準備工作 完成與發(fā)布相關(guān)的軟件安裝準備工作 完成與發(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首次運行計劃與審批發(fā)布流程經(jīng) 理

11、1. 與IT用戶進行溝通2. 對系統(tǒng)上線時間與系統(tǒng)用戶取得一致， 確定確切詳細的時間安排3. 制定溝通計劃和采購計劃4. 對于符合發(fā)布要求的進行批準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ā)布實施人負責生產(chǎn)環(huán)境 發(fā)布實施工作3. 發(fā)布實施后對結(jié)果進行確認，如發(fā)布成 功則提交發(fā)布流程經(jīng)理進行確認。

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

13、值衡量方式頻度負責人規(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ù)進行差距、趨勢分析疋 期對事件管理流程的實施有效性、 服務(wù)質(zhì)量和用戶滿意度進行回顧。差距分析 評估報 告、趨勢 分析報告發(fā)布經(jīng) 理2.制定改進計劃差距分析評 估報告、趨 勢分析報告根據(jù)差距分析評估報告、趨勢分析 報告總結(jié)待改進項，制定改進計 劃，改進計劃中包括：流程的待改 進項和改進機會；改進收益；執(zhí)行 改進

14、計劃可能帶來的影響和風(fēng)險； 所需資源；測試和培訓(xùn)計劃；相關(guān) 的支持文檔等內(nèi)容。改進計劃發(fā)布經(jīng) 理3.審批改進計劃改進計劃對改進計劃進行評估審批。審批后的 改進計劃發(fā)布經(jīng) 理4.執(zhí)行改進計劃被批準的改 進計劃調(diào)動資源組織相關(guān)人員執(zhí)行被批 準的改進計劃。實施后的 改進計戈9、改進 效果發(fā)布經(jīng) 理5.回顧實施后的改 進計劃、改 進結(jié)果對改進后的結(jié)果進行回顧，評估改 進計劃是否成功，存在哪些待改進 項。依據(jù)PDC/方法論再次執(zhí)行步 驟1對現(xiàn)有流程進行評估，對流程 進行持續(xù)改進，起到對流程質(zhì)量控 制的作用。回顧結(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)過批準的程序，包括影響度分析以及對所要資