發(fā)布管理過程

1、發(fā)布管理過程文件編號版本編制編制日期審核審核日期批準(zhǔn)批準(zhǔn)日期變更記錄日期版本編制/修改者修訂類型描述注：修訂類型：A增加，M修改，D刪除一、 目標(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è)可以進(jìn)行集中的軟件和硬件設(shè)計和構(gòu)建，增加信息系統(tǒng)的整體協(xié)調(diào)性和穩(wěn)定性方案和協(xié)調(diào)軟件和相關(guān)硬件的發(fā)布，并通過對實施進(jìn)行測試和把握，降低軟硬件同時消滅錯誤以及發(fā)布錯誤版本的風(fēng)險；2） 使用戶更多的參

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

3、用程序、外購軟件、工具軟件、供應(yīng)商供應(yīng)的系統(tǒng)軟件、硬件和軟件的規(guī)格說明、裝配指南和文檔（包括用戶手冊）等。全部的組件，從開發(fā)或購買，到定制和配置、測試給你實施，始終到最終的 生產(chǎn)環(huán)境的實施運行，都需要發(fā)布管理進(jìn)行有效的管理。整個過程離不開發(fā)布管理的參與。發(fā)布管理進(jìn)行把握的范圍包括：1) 財務(wù)（資金）管理、營銷管理、協(xié)同辦公、人力資源管理、物資管理、項目管理和業(yè)務(wù)應(yīng)用系統(tǒng)；2) 其它重要的自行開發(fā)系統(tǒng)；在以下狀況下我們必需接受發(fā)布管理流程，而不是變更管理流程進(jìn)行把握：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)當(dāng)。2.1發(fā)布管理流程負(fù)責(zé)人發(fā)布流程負(fù)責(zé)人通過從宏觀上監(jiān)控流程，來確保發(fā)布流程被正確地執(zhí)行。當(dāng)流程不能夠適應(yīng)公司的狀況時，流程負(fù)責(zé)人必需準(zhǔn)時對此進(jìn)行分析、找出缺陷、進(jìn)行改進(jìn)，從而實現(xiàn)可持續(xù)提高。發(fā)布流程負(fù)責(zé)人的職責(zé)包括：l 確保發(fā)布流程能夠取得管理層的參與和支持；l 確保發(fā)布流程符合公司實際狀況和公司 IT進(jìn)展戰(zhàn)略；l 總體上管理和監(jiān)控流程，建立發(fā)布流程實施、評估和持續(xù)優(yōu)化機制；l 確保發(fā)布

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

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

7、 負(fù)責(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)的軟、硬件的預(yù)備工作；3) 負(fù)責(zé)對發(fā)布系統(tǒng)的集成測試工作；4) 負(fù)責(zé)協(xié)作用戶對發(fā)布系統(tǒng)的用戶測試工作；5) 保持與發(fā)布主管溝通，通報發(fā)布實施的進(jìn)度和結(jié)果；2.5培訓(xùn)主管發(fā)布系統(tǒng)的運行涉及多個環(huán)節(jié)，相對比較簡單。發(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、與維護(hù)人員獵取必要學(xué)問；2) 供應(yīng)發(fā)布系統(tǒng)的客戶使用培訓(xùn)；3) 供應(yīng)發(fā)布系統(tǒng)的維護(hù)操作培訓(xùn)；4) 供應(yīng)發(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)組件和版本信息是最新和精確的，并保證記錄與CMDB信息保持全都。此外，依據(jù)每次發(fā)布的具體工作內(nèi)容，發(fā)布經(jīng)理可在發(fā)布方案初期即策劃組建發(fā)布小組。發(fā)布小組是一個臨時性

9、的組織機構(gòu)，目的是通過團(tuán)隊的工作，完成發(fā)布方案、設(shè)計、構(gòu)建、測試和首次運行過程中的信息溝通、條件預(yù)備和規(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、學(xué)問庫5.發(fā)布通知相關(guān)的客戶、用戶、客服、技術(shù)支持人員6.新的、更新的SL

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

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

12、審批發(fā)布流程經(jīng)理1. 與 IT用戶進(jìn)行溝通 2. 對系統(tǒng)上線時間與系統(tǒng)用戶取得全都，確定精確具體的時間支配3. 制定溝通方案和選購方案4. 對于符合發(fā)布要求的進(jìn)行批準(zhǔn) 5. 授權(quán)發(fā)布主管進(jìn)行投產(chǎn)發(fā)布8培訓(xùn)與溝通培訓(xùn)主管1. 依據(jù)發(fā)布內(nèi)容制定培訓(xùn)方案2. 對發(fā)布相關(guān)的系統(tǒng)維護(hù)人員進(jìn)行培訓(xùn)3. 對掛念臺的人員進(jìn)行發(fā)布系統(tǒng)的培訓(xùn)工作4. 對系統(tǒng)用戶進(jìn)行發(fā)布系統(tǒng)的培訓(xùn)工作5. 對發(fā)布實施參與人進(jìn)行發(fā)布培訓(xùn)工作9試點發(fā)布與運行發(fā)布主管發(fā)布實施人1. 進(jìn)行軟件的分發(fā)、安裝2. 發(fā)布主管與發(fā)布實施人負(fù)責(zé)生產(chǎn)環(huán)境發(fā)布實施工作3. 發(fā)布實施后對結(jié)果進(jìn)行確認(rèn)，如發(fā)布成功則提交發(fā)布流程經(jīng)理進(jìn)行確認(rèn)。如發(fā)布失敗則實施

13、回退方案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)當(dāng)接受全發(fā)布方式進(jìn)行。對于在用系統(tǒng)的變更，假如不能接受全發(fā)布方式，應(yīng)盡量削減增量發(fā)布，而接受包發(fā)布方式。3.2.2緊急變更引起的發(fā)布對于緊急變更引起的發(fā)布，應(yīng)協(xié)作緊急變更，準(zhǔn)時發(fā)布。3.2.3發(fā)布失敗發(fā)布失敗時，執(zhí)行回退方案，并應(yīng)得到評估和記錄。四、 表單和模板名稱版本負(fù)責(zé)人說明標(biāo)準(zhǔn)化表單（發(fā)布記錄等）V1.0發(fā)布流程負(fù)責(zé)人記錄發(fā)布流程管理報告V1.0發(fā)布流程負(fù)責(zé)人報告。五、 關(guān)鍵績效指標(biāo)（KPI）發(fā)布管

14、理的可選指標(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ì)量把握步驟輸入步驟描述輸出負(fù)責(zé)人1. 現(xiàn)有流程評估KPI、報告、流程執(zhí)行過程中發(fā)覺的問題通過對KPI的完成程度，大事歷史記錄等數(shù)據(jù)進(jìn)行差距、趨勢分析定期對大事管理流程的實施有效性、服務(wù)質(zhì)量和用戶滿足度進(jìn)行回顧。差距分析評估報告、趨勢分析報告發(fā)布經(jīng)理2. 制定改進(jìn)方案差距分析評估報告、趨勢分析報告依據(jù)差距分析評估報告、趨勢分析報告總結(jié)待改進(jìn)項，制定改進(jìn)方案，改進(jìn)方案中包括：流程的待改進(jìn)項和改進(jìn)機會；改進(jìn)收益；執(zhí)行

15、改進(jìn)方案可能帶來的影響和風(fēng)險；所需資源；測試和培訓(xùn)方案；相關(guān)的支持文檔等內(nèi)容。改進(jìn)方案發(fā)布經(jīng)理3. 審批改進(jìn)方案改進(jìn)方案對改進(jìn)方案進(jìn)行評估審批。審批后的改進(jìn)方案發(fā)布經(jīng)理4. 執(zhí)行改進(jìn)方案被批準(zhǔn)的改進(jìn)方案調(diào)動資源組織相關(guān)人員執(zhí)行被批準(zhǔn)的改進(jìn)方案。實施后的改進(jìn)方案、改進(jìn)效果發(fā)布經(jīng)理5. 回顧實施后的改進(jìn)方案、改進(jìn)結(jié)果對改進(jìn)后的結(jié)果進(jìn)行回顧，評估改進(jìn)方案是否成功，存在哪些待改進(jìn)項。依據(jù)PDCA方法論再次執(zhí)行步驟1對現(xiàn)有流程進(jìn)行評估，對流程進(jìn)行持續(xù)改進(jìn)，起到對流程質(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)的配置信息進(jìn)行準(zhǔn)時更新工作。 變更管理變更管理需要確定多少項變更可以組合在一項發(fā)布中。變更管理描述了確保全部變更都是經(jīng)過批準(zhǔn)的程序，包括影