發(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ī)模實施過程標(biāo)準(zhǔn)，并負(fù)責(zé)將經(jīng)過測試無誤的軟硬件版本發(fā)布到目的變更地點。發(fā)布管理流程目標(biāo)為：1在大型或重要工程中，發(fā)布管理應(yīng)成為工程總體方案的一局部， 以確保企業(yè)可以進(jìn) 行集中的軟件和硬件設(shè)計和構(gòu)建，增強(qiáng)信息系統(tǒng)的整體協(xié)調(diào)性和穩(wěn)定性方案和協(xié)調(diào) 軟件和相關(guān)硬件的發(fā)布，并通過對實施進(jìn)行測試和控制，降低軟硬件同時出現(xiàn)錯誤 以及發(fā)布錯誤版本的風(fēng)險；2使用戶更多的參與發(fā)布

2、測試，進(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ā)布到境中，并最終建立規(guī)定的效勞需要發(fā)布管理進(jìn)行控制的組件包括自行開發(fā)的應(yīng)用程序、外購軟件、工具軟件、供給

3、商 提供的系統(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ù)運行依賴性很強(qiáng)或客戶影響范圍很大的系統(tǒng)；2所有新增系統(tǒng)的首次運行；3多個關(guān)聯(lián)變更不能獨立實施，需將一組相關(guān)的變更打包成適當(dāng)規(guī)模的單元。二、角色和職責(zé)發(fā)布管

4、理流程中定義的主要角色：發(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é)人必須及時對此進(jìn)行分析、找出缺陷、進(jìn)行改良，從而實現(xiàn)可 持續(xù)提高。發(fā)布流程負(fù)責(zé)人的職責(zé)包括：確保發(fā)布流程能夠取得管理層的參與和支持；確保發(fā)布流程符合公司實際狀況和公司IT開展戰(zhàn)略；總體上管理和監(jiān)控流程，建立發(fā)布流程實施、評估和持續(xù)優(yōu)化機(jī)制；確保發(fā)布流程實用、有效、正確地執(zhí)行，當(dāng)流程不能夠適應(yīng)公司的情況時，必須及時對此進(jìn)行

5、分析、找出缺陷、進(jìn)行改良比方增加或合并流程的角色,從而實現(xiàn)可持續(xù)提高 流程效率；IT生產(chǎn)環(huán)保持與其他流程負(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ā)布周期、進(jìn)行分析風(fēng)險控制，確保被發(fā)布的版本都是正確、 且通過有效測試；3確定發(fā)布請求分類，指定發(fā)布負(fù)責(zé)人發(fā)布主管，進(jìn)行發(fā)布工作的總體管理與監(jiān) 控；4參與流程評估，對流程改良提出意見和建議，與流程負(fù)責(zé)人共同制定流程改良；5對

6、發(fā)布參與人員工作進(jìn)行管理與考評；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ā)布成功后通知配置管理流程對配置信息進(jìn)行及更新；5在必要時，確保回退方案Fallback Plan 得以正確實施；6負(fù)責(zé)收集與該發(fā)布有關(guān)的部門或小組的意見，綜合發(fā)布對于應(yīng)用的影響。2.4發(fā)布實施人員發(fā)布實施人員負(fù)責(zé)在生產(chǎn)環(huán)境中

7、的具體操作工作。其職責(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ā)布實施的進(jìn)度和結(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)的使用與維護(hù)人員獲取必要知識；2提供發(fā)布系統(tǒng)的客戶使用培訓(xùn)；3提供發(fā)布系統(tǒng)的維護(hù)操作培訓(xùn)；4提供發(fā)布系統(tǒng)的幫助臺培訓(xùn)；5在培訓(xùn)中收集相關(guān)的

8、反應(yīng)。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ā)布小組是一個臨時性的組織機(jī)構(gòu)，目的是通過團(tuán)隊的工作，完成發(fā)布方案、設(shè)計、構(gòu)建、 測試和首次運行過程中的信息溝通、條件準(zhǔn)備和規(guī)劃的任務(wù)。發(fā)布小組中應(yīng)至少包括以下角色：發(fā)布主管、軟

9、件控制主管、培訓(xùn)主管、測試專家。2.7輸入編虧輸入項來源周期發(fā)布申請單發(fā)布提交人發(fā)布方案發(fā)布提交人相關(guān)的配置信息CMDB相關(guān)的SLA效勞級別管理流程相關(guān)的容量方案容量管理流程2.8輸出編虧輸出項去向周期效勞、系統(tǒng)、軟件、硬件、補(bǔ)丁程序生產(chǎn)系統(tǒng)軟件、補(bǔ)丁程序記錄硬件日常運維設(shè)計方案、開發(fā)文檔、測試文檔、技術(shù)支持文檔、培訓(xùn)資料CMDB知識庫發(fā)布通知相關(guān)的客戶、用戶、客服、技術(shù)支持人員新的、更新的SLA效勞級別管理流程三、流程圖及描述3.1流程圖及描述丁與步驟名稱責(zé)任人流程描述1制定發(fā)布策略線外發(fā)布經(jīng)理1.發(fā)布經(jīng)理碩回憶發(fā)布策略，修訂不適 合的局部和添加新的規(guī)定內(nèi)谷，并重新 發(fā)布2.當(dāng)系統(tǒng)進(jìn)行了較大

10、變更時，通常是技術(shù) 框架、系統(tǒng)框架或應(yīng)用結(jié)構(gòu)發(fā)生改變丁與步驟名稱責(zé)任人流程描述時，發(fā)布經(jīng)理需要及時變更發(fā)布策略2接受發(fā)布申請發(fā)布經(jīng)理/初審人1.變更管理流程提出發(fā)布申請工作單2.發(fā)布流程經(jīng)理對發(fā)布請求進(jìn)行審核3.根據(jù)發(fā)布請求分類將工作分派給相應(yīng)技術(shù)職能的發(fā)布主管3制定發(fā)布方案發(fā)布經(jīng)理發(fā)布初審人發(fā)布主管發(fā)布主菅接受發(fā)布工作單對當(dāng)前發(fā)布方案進(jìn)行檢查對 發(fā)布任方進(jìn)行 日 在安排對發(fā)布任務(wù)進(jìn)行人貝女排制定本發(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ā)

11、布相關(guān)的支持工具準(zhǔn)備工作5系統(tǒng)集成測試發(fā)布主管發(fā)布實施人1.心布所涉及變更進(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.對H響終端用戶功能的發(fā)布，制定用戶測試方案2.發(fā)布主管組織進(jìn)行用戶測試驗收3.通過測試后簽署用戶測試意見7首次運行方案與審批發(fā)布流程經(jīng)理1.與IT用戶進(jìn)行溝通2.對系統(tǒng)上線時間與系統(tǒng)用戶取得一致，確定確切詳細(xì)的時間安排丁與步驟名稱責(zé)任人流程描述3.制定溝通方案和采購方案4.對丁符合發(fā)布要求的進(jìn)行批準(zhǔn)5.授權(quán)發(fā)布主管進(jìn)行投產(chǎn)發(fā)布8培訓(xùn)與溝通培訓(xùn)主管1.根據(jù)發(fā)

12、布內(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ā) 布失敗那么實施回退方案10確認(rèn)與關(guān)閉發(fā)布流程經(jīng)理1.發(fā)布流程經(jīng)理組織對發(fā)布工作確實認(rèn)， 關(guān)閉發(fā)布流程，向變更管理流程返回發(fā) 布申請工作單。3.2流程補(bǔ)充說明3.2.1發(fā)布類型如果可行，對丁系統(tǒng)的多處變更時，應(yīng)該采用全發(fā)布方式進(jìn)行。對丁在用系統(tǒng)的變更

13、, 如果不能采用全發(fā)布方式，應(yīng)盡量減少增量發(fā)布，而采用包發(fā)布方式。3.2.2緊急變更引起的發(fā)布對丁緊急變更引起的發(fā)布，應(yīng)配合緊急變更，及時發(fā)布。3.2.3發(fā)布失敗發(fā)布失敗時，執(zhí)行回退方案，并應(yīng)得到評估和記錄五、關(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ì)雖控制步驟輸入步驟描述輸出負(fù)責(zé)人1.現(xiàn)有流程評估KPI、知、流程執(zhí)行過程中發(fā)現(xiàn)的問題通過對KPI的完成程度，事件歷史 記錄等數(shù)據(jù)進(jìn)行差距、趨勢分析正 期對事件管理流程的實施有效性、

14、效勞質(zhì)量和用戶滿意度進(jìn)行回憶。差距分析 評估報 告、趨勢 分析報告發(fā)布經(jīng)理2.制定改良方案差距分析評 估報告、趨 勢分析報告根據(jù)差距分析評估報告、趨勢分析 報告總結(jié)待改良項，制定改良計 劃，改良方案中包括：流程的待改 進(jìn)項和改良時機(jī)；改良收益；執(zhí)行 改良方案可能帶來的影響和風(fēng)險； 所需資源；測試和培訓(xùn)方案；相關(guān) 的支持義檔等內(nèi)容。改良方案發(fā)布經(jīng)理名稱版本負(fù)責(zé)人說明標(biāo)準(zhǔn)化表單發(fā)布記錄等V1.0發(fā)布流程負(fù)責(zé)人記錄發(fā)布流程管理報告V1.0發(fā)布流程負(fù)責(zé)人知。四、表單和模板3.審批改良方案改良方案對改良方案進(jìn)行評估審批。審批后的改良方案發(fā)布經(jīng)理步驟輸入步驟描述輸出負(fù)責(zé)人4.執(zhí)行改良方案被批準(zhǔn)的改進(jìn)方案調(diào)

15、動資源組織相關(guān)人員執(zhí)行被批 準(zhǔn)的改良方案。實施后的 改良計 劃、改良 效果發(fā)布經(jīng)理5.回憶實施后的改 進(jìn)方案、改 進(jìn)結(jié)果對改良后的結(jié)果進(jìn)行回憶， 評估改 進(jìn)方案是否成功，存在哪些待改良 項。依據(jù)PDCAT法論再次執(zhí)行步 驟1對現(xiàn)有流程進(jìn)行評估，對流程 進(jì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)的配置信息進(jìn)行及時更新工作。?變更管理變更管理需要確定多少項變更可以組合在一項發(fā)布中。變更管理描述了確保所有變更都 是經(jīng)過批準(zhǔn)的程序，包括影響度分析以