前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的變更管理的步驟和流程主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：變更管理的步驟和流程范文

1ITIL與變更管理

1.1ITIL簡介

IT服務(wù)管理是以流程為基礎(chǔ)，以客戶至上和服務(wù)質(zhì)量為核心的IT服務(wù)管理所定義的標(biāo)準(zhǔn)和規(guī)范框架。與傳統(tǒng)IT管理的最大不同在于，IT服務(wù)管理在加強(qiáng)IT和業(yè)務(wù)需求融合的同時還注重IT的投入和成本效益。同時ITIL架構(gòu)是以IT服務(wù)管理為核心，以ITIL規(guī)范為指導(dǎo)原則，因此首先需要深入研究和掌握ITIL的架構(gòu)體系，然后掌握ITIL在整個IT服務(wù)管理體系中所扮演的角色。

ITIL整個架構(gòu)由6個模塊構(gòu)成，其中包括業(yè)務(wù)管理（Business Perspective）、服務(wù)管理、ICT基礎(chǔ)架構(gòu)管理（ICT Infrastructure Management）、IT服務(wù)管理規(guī)劃與實施（Planning to Implement IT Service Manager）、應(yīng)用管理（Application Management）和安全管理。圖1描述了這些模塊的定義以及它們之間的關(guān)系。

ITIL規(guī)范中強(qiáng)調(diào)的核心理念是從客戶方面的業(yè)務(wù)處罰而不是IT服務(wù)提供者的技術(shù)角度去看IT服務(wù)管理的需求，即在提供IT服務(wù)的同時，應(yīng)該盡量抓住業(yè)務(wù)需求這個核心環(huán)節(jié)。業(yè)務(wù)管理模塊讓業(yè)務(wù)管理者根據(jù)自己的商業(yè)頭腦去分析IT相關(guān)問題，并且還需要深入掌握ICT基礎(chǔ)架構(gòu)支持和IT服務(wù)管理在提供兩點之間的IT服務(wù)過程中所起到的作用，同時需要協(xié)助它們更好地處理與服務(wù)提供者之間的聯(lián)系，以更好地實現(xiàn)商業(yè)利益。

服務(wù)管理模塊是ITIL體系架構(gòu)的核心模塊，它是ITIL與其它IT管理方法相比的獨特之處，也即用一系列典型的流程方法把很多IT管理的內(nèi)容進(jìn)行合理的區(qū)分和管理。服務(wù)管理模塊是由服務(wù)支持和服務(wù)提供兩個子模塊構(gòu)成。其中，服務(wù)提供由服務(wù)等級管理、IT服務(wù)財務(wù)管理、IT服務(wù)持續(xù)性管理、可用性管理和能力管理5個服務(wù)管理流程組成；服務(wù)支持由事故管理、問題管理、配置管理、變更管理和管理5個流程及服務(wù)臺職能組成。

1.2變更管理和ITIL

服務(wù)管理模塊是ITIL的核心，核心流程及管理職能可分成兩組。其中，服務(wù)級別管理、IT服務(wù)財務(wù)管理、能力管理、IT服務(wù)持續(xù)性管理、可用性管理為服務(wù)提供流程，其中配置管理、變更管理、管理、事件管理、問題管理流程和服務(wù)臺職能屬于服務(wù)支持流程。服務(wù)支持流程主要是面向用戶（End User），用于保證用戶得到合適的服務(wù)來支持組織的業(yè)務(wù)功能，保證IT服務(wù)提供者（Provider）所提供的服務(wù)質(zhì)量符合服務(wù)級別協(xié)議（SLA）的要求。這5個流程屬于運營層面的服務(wù)管理流程，它們之間的關(guān)系如圖2所示。

商業(yè)環(huán)境中的競爭非常激烈，為了支持企業(yè)快速發(fā)展并迎接新的挑戰(zhàn)，IT部門需要不斷改進(jìn)其架構(gòu)，或者推出新的產(chǎn)品。然而，變更又會引起一定的風(fēng)險，小的則會影響性能，嚴(yán)重的則會使整個產(chǎn)品停止生產(chǎn)。“變更管理”的目的就是在“時間”和“風(fēng)險”之間做出相應(yīng)的平衡，以達(dá)到最佳效果，并盡可能地降低風(fēng)險；通過清楚而高效的溝通流程來加快變更確認(rèn)的速度，不會因為某些步驟而延誤變更的最佳時機(jī)。以上文的門戶網(wǎng)站為例，當(dāng)決定升級硬件，但仍然會因為硬件的升級而影響到相應(yīng)的服務(wù)，所以必須提交變更申請來表述升級的原因以及可能造成的影響、如何執(zhí)行以及下一階段的結(jié)果評估，同時必須獲得相應(yīng)協(xié)調(diào)人的批準(zhǔn)才能執(zhí)行此次變更。

1.3變更管理簡介

變更管理（Change Management）的目的是管理整個變更的進(jìn)程以及與變更相關(guān)的事件，同時減少相應(yīng)的錯誤。變更控制保證了所有的變更進(jìn)程都得到控制，其中包含了變更的提交控制、分析控制、決策控制、批準(zhǔn)控制、實時控制和實施后的控制。變更管理按可控的方式控制基礎(chǔ)設(shè)施或者服務(wù)方面的變更，這樣能將已經(jīng)批準(zhǔn)的變更影響降至最低限度。

變更管理流程的目標(biāo)是保證使用標(biāo)準(zhǔn)化的方法和規(guī)范來有效并及時處理所有的變更請求，這樣就能使變更所引發(fā)的故障對服務(wù)質(zhì)量的影響度降到最小，并改進(jìn)公司的正常運作。

變更管理是企業(yè)中IT部門成功運營最重要的一個模塊。當(dāng)前，IT部門是企業(yè)業(yè)務(wù)流程的重要組成部門，并且集成到常規(guī)業(yè)務(wù)的結(jié)構(gòu)中。失敗的變更、停滯的變更、超預(yù)算的變更、資源不足的變更、溝通不暢的變更、獨立的變更以及處理不當(dāng)?shù)淖兏际菬o法接受的，同時還要記住變更控制和變更管理之間的區(qū)別。

2變更管理設(shè)計與實現(xiàn)

2.1變更業(yè)務(wù)流程

變更的流程需要多級部門進(jìn)行審核，變更業(yè)務(wù)流程如圖3所示。

2.2變更管理設(shè)計

3結(jié)語

隨著時代的發(fā)展，企業(yè)的業(yè)務(wù)和管理越來越需要IT信息化的管理系統(tǒng)，企業(yè)IT環(huán)境內(nèi)的設(shè)備和系統(tǒng)數(shù)量迅猛增長，同時IT環(huán)境負(fù)載也越來越嚴(yán)重，實現(xiàn)基于ITIL架構(gòu)的IT服務(wù)管理系統(tǒng)是一個非常具有挑戰(zhàn)性的項目。因此，要充分參考ITIL這個集聚大規(guī)模企業(yè)在多年IT管理領(lǐng)域的成功經(jīng)驗以及完善的標(biāo)準(zhǔn)和規(guī)范。

本文根據(jù)國際上推行的ITIL體系規(guī)范，結(jié)合我國當(dāng)前情況和企業(yè)的實際狀況，以流程為基礎(chǔ)，以客戶至上為核心，提出了一套IT服務(wù)管理系統(tǒng)的整體架構(gòu)，設(shè)計并實現(xiàn)了變更管理，對于國內(nèi)企業(yè)實現(xiàn)IT管理和構(gòu)建一套IT服務(wù)管理系統(tǒng)具有極大的參考價值。

參考文獻(xiàn)：

[1]JOHN BARTLETT.Service Support[S].OGC，2001.

[2]PAUL GRAHAM.ICT Infrastructure management[S].OGC2002.

[3]孫強(qiáng)，左天祖，劉偉.IT服務(wù)管理：概念、理解與實施[M].北京：機(jī)械工業(yè)出版社，2004.

[4]左天祖.中國IT服務(wù)管理指南[M].北京：北京大學(xué)出版社，2004.

[5]JAN VAN BON.IT Service management and introduction[M].VanHaren Publishing，2002.

第2篇：變更管理的步驟和流程范文

關(guān)鍵詞:精細(xì)化管理;問題管理系統(tǒng);管理信息系統(tǒng)

1系統(tǒng)開發(fā)背景

某公司是屬于異地辦公形式,銷售客戶部分在北京,技術(shù)部在桂林分公司,協(xié)作進(jìn)行一個大型的綜合性網(wǎng)絡(luò)平臺的開發(fā),該平臺在開發(fā)過程中有個比較特殊的情況是,所有需求都是總公司逐步設(shè)計完善出來的,一邊開發(fā)一邊修改的過程,所以整個開發(fā)過程,需要北京公司的市場和規(guī)劃人員和桂林的技術(shù)開發(fā)人員密切的高頻率的交流,同時,因為該項目是個很龐大的門戶網(wǎng)站,包含幾十個子網(wǎng)站和獨立的小系統(tǒng),在研發(fā)過程中,舊的問題還沒有解決的時候,又出現(xiàn)了新的問題,新的問題在解決的過程中又出現(xiàn)更新的問題。盡管公司從各個方面進(jìn)行了強(qiáng)化管理,但由于龐大的系統(tǒng)和有限的人力,總是不能很好的解決。

對此筆者通過精細(xì)化管理的思想來設(shè)計一套適用于當(dāng)前這種情況的問題管理系統(tǒng)。隨著在開發(fā)應(yīng)用完善的過程中,筆者發(fā)現(xiàn)該系統(tǒng)大大的減少了問題管理中的各種不足和低效率的情況,提升了項目開發(fā)速度,同時對于精細(xì)化管理思想的細(xì)致應(yīng)用,使得該系統(tǒng)逐步拓展成為一個頗具規(guī)模的大型IT公司應(yīng)用的大型平臺。

2基本設(shè)計需求和開發(fā)步驟

北京實創(chuàng)信通公司自從其2007年成立以來,就接受總公司委托,一直致力于面向上地信息產(chǎn)業(yè)基地和創(chuàng)新園等幾個高科技園區(qū)的綜合產(chǎn)業(yè)服務(wù)平臺的建設(shè)。由于該公司采取市場部在北京,技術(shù)部在廣西桂林分公司,兩邊協(xié)同開發(fā)的模式,因而在市場和技術(shù)以及技術(shù)開發(fā)本身對需求的實現(xiàn)程度等多個方面出現(xiàn)問題,尤其是大型平臺的開發(fā)過程中,出現(xiàn)了各類問題,數(shù)量和種類繁多,因此,公司很有必要設(shè)計并開發(fā)一套專門針對此問題及任務(wù)管理的系統(tǒng),利用信息化管理的手段嘗試解決這個問題。

該系統(tǒng)的開發(fā)和設(shè)計經(jīng)歷了4個步驟,第一,分析實創(chuàng)公司當(dāng)前項目開發(fā)過程中對于各類問題處理的方法和措施以及其他相應(yīng)問題,第二,針對現(xiàn)狀設(shè)計問題管理系統(tǒng)的需求分析。第三,設(shè)計問題管理系統(tǒng)的具體功能和表現(xiàn)形式。第四,根據(jù)具體應(yīng)用情況設(shè)計相應(yīng)的參數(shù)指標(biāo)和內(nèi)部績效管理體系。

利用內(nèi)部管理系統(tǒng)以科技驅(qū)動型實現(xiàn)成本管理的發(fā)展步驟:

第一步:問題管理。

包括問題的提出,備案,問題的分配,問題的確認(rèn),問題的限時解決,問題的評論和交流,問題解決結(jié)果的提交,問題的驗收,驗收失敗的流轉(zhuǎn),問題類型的統(tǒng)計,解決問題花費的時間,責(zé)任人完成情況評價等功能。可以實現(xiàn)對于公司所有問題的精細(xì)化管理

第二步:計劃管理。

包括計劃的制定,整合、修改、流轉(zhuǎn)、批注到確認(rèn)和,分配,確認(rèn),自動統(tǒng)計和總結(jié)全程在線流程,可以大大節(jié)省計劃階段的耗費時間,節(jié)約成本

第三步:流程管理。

包括對項目實施流程的多元化定制以及流程固化,對于控制點的驗收和對整個項目的進(jìn)度把控等功能,可以避免對于流程的執(zhí)行經(jīng)常出現(xiàn)問題的情況等

第四步:成本管理。

包括公司日報,周、日工作時間統(tǒng)計查詢,周、日成本自動核算查詢,項目日成本核算查詢,項目成本自動預(yù)警,項目成本效益自動計算查詢,項目成本多維度查詢,個人任務(wù)成本查詢,公司周度月度成本報表自動生成等功能,可以全盤清晰化掌握公司的全部環(huán)節(jié)的成本。

第五步:績效管理。

包括個人詳細(xì)工作及耗費時間列表,請假管理,會議管理,身份管理(專職,兼職,臨時等),個人超時任務(wù)及提前完成任務(wù)自動統(tǒng)計,個人績效分自動統(tǒng)計等功能,可以清晰有依據(jù)的評估出員工的價值度以便真正在保證公司效益的基礎(chǔ)上,根據(jù)個人所產(chǎn)生的價值落實對個人的激勵,產(chǎn)生促進(jìn)作用。

第六步:發(fā)展管理。

建立起完善的項目效率庫,記錄公司已有項目所有步驟和功能環(huán)節(jié)所耗費的時間和完成人員以及相關(guān)技術(shù)水平,根據(jù)設(shè)置的百分比值,自動估算同類項目應(yīng)該提高的效率和完成時間等,可以使得公司發(fā)展按預(yù)定的軌道進(jìn)行,實現(xiàn)自筆者激勵功能。

3問題管理系統(tǒng)的初步參數(shù)和流程設(shè)計

3.1任務(wù)管理的流程是

提出任務(wù)——確認(rèn)任務(wù)等級和緊急程度——分配給主管——主管分配給技術(shù)員——確認(rèn)任務(wù)以及具體完成時間——完成任務(wù)的過程或者階段性報告——完成任務(wù)并申請主管驗收——主管驗收成功則提交總監(jiān)驗收——主管驗收失敗或者提交了修改意見則任務(wù)返回未完成狀態(tài)(要對任務(wù)完成情況進(jìn)行評定,如任務(wù)失敗還是需要完善)——繼續(xù)完成并提交驗收申請——主管驗收成功提交總監(jiān)驗收——總監(jiān)自己驗收或者委托某人驗收并進(jìn)行評定——驗收完成后正式交付任務(wù)——任務(wù)歸檔。

3.2任務(wù)管理的狀態(tài)有

狀態(tài)有:提交任務(wù)——任務(wù)性質(zhì)確定——第一次分配任務(wù)(總監(jiān))——第二次分配任務(wù)(主管)——確認(rèn)任務(wù)(包含完成時間)——進(jìn)行任務(wù)并階段性匯報(通過現(xiàn)在的日志或者跟帖實現(xiàn))——申請主管驗收——主管驗收并提修改意見——確認(rèn)修改意見(包含完成時間)——進(jìn)行修改并階段性匯報——再次申請主管驗收——循環(huán)該過程——主管驗收成功并評定改任務(wù)完成情況以及提交總監(jiān)驗收——總監(jiān)驗收或委托某人驗收——提交修改意見并分配給主管——主管二次分配給技術(shù)員——技術(shù)員確認(rèn)修改意見并上報修改時間——循環(huán)該過程——總監(jiān)或總監(jiān)委托人驗收成功——總監(jiān)簽字提交交付——任務(wù)日志評價。

3.3任務(wù)變更的情況

第一次提交任務(wù)——走任務(wù)流程——任務(wù)出現(xiàn)變更或者需求變更——在原有任務(wù)下進(jìn)行跟帖——該變更任務(wù)由總監(jiān)進(jìn)行第一次分配到主管——主管第二次分配到技術(shù)人員——技術(shù)人員確認(rèn)需求并上報時間——該新確認(rèn)時間自動更新原任務(wù)完成時間(但不刪除原先提交的預(yù)期時間)——進(jìn)行任務(wù)并階段性報告(通過日志)——提交主管驗收——走任務(wù)管理流程。

任務(wù)變更的簡單的說,就是在原先的問題的那個帖子下,再加一個跟帖,并以這個跟帖作為重新任務(wù)分配的的任務(wù)。

3.4問題管理的流程

問題管理的有些區(qū)別,就是多了一兩個環(huán)節(jié)主要是:

①提出問題(可以寫重要性和緊急狀態(tài),但是不是確定狀態(tài))——②問題的分類和重要性的確定(由總監(jiān)確認(rèn),如該問題是屬于無效問題還是有效問題,還是暫緩解決問題,以及該問題的重要性)——③問題的第一次分配給主管——④主管對該問題的第二次分配給技術(shù)員——⑤技術(shù)員確認(rèn)該任務(wù)以及完成時間——走任務(wù)管理流程——主管驗收——總監(jiān)驗收——問題提出人驗收——總監(jiān)對該問題的歸檔和分類(如個人責(zé)任問題,還是非責(zé)任問題)——問題終結(jié)——記錄該問題整個流程——將該問題記錄到責(zé)任人的個人文檔。

3.5時間管理

就是對于完成時間,由責(zé)任人或者主管提交的時間,假如筆者覺得不合適的話,可以進(jìn)行修改,修改后,再交給主管以及責(zé)任人進(jìn)行確認(rèn)。

3.6涉及到的管理

①任務(wù)管理;②問題管理;③時間管理;④問題的性質(zhì)管理;⑤任務(wù)的過程管理;⑥任務(wù)的交付管理;⑦問題和任務(wù)的歸檔管理。

4功能模塊設(shè)計

該系統(tǒng)功能模塊的設(shè)計是從以前以文檔處理和工作流為主的管理方式,發(fā)展成為以知識的共享和交流,強(qiáng)調(diào)協(xié)作和團(tuán)隊精神的協(xié)同化的辦公和服務(wù),以問題和任務(wù)(計劃)管理為主要應(yīng)用的功能。創(chuàng)建一個共同使用的辦公平臺和集成的辦公環(huán)境,使所有的辦公人員都在同一個桌面環(huán)境下一起工作,擺脫時間和地域的限制,實現(xiàn)電子化協(xié)同工作與知識管理。具體來說,在長期實踐過程中,逐步完善修改,確定出以下幾個方面的功能的構(gòu)造設(shè)計。

5問題管理系統(tǒng)應(yīng)用條件及初始步驟

該系統(tǒng)是專門針對IT企業(yè)進(jìn)行設(shè)計的,其需要的一個必要條件就是每個員工都有自己的電腦,而且在工作期間一直處在開機(jī)狀態(tài),這樣才能保持系統(tǒng)一直處在激活狀態(tài),并對員工的相關(guān)工作進(jìn)行精細(xì)化的把握和控制。下面是該系統(tǒng)初次使用的基本流程和注意事項。

(1)該系統(tǒng)默認(rèn)保存帳號密碼,登錄一次后,下次使用時候不用重新登錄,建議大家作為自己電腦的主頁,若是在外面電腦上使用的時候,則每次用完必須退出登錄。

(2)每次打開頁面后,最上方顯示的是兩個欄目是“筆者未確認(rèn)的任務(wù)”和“筆者未完成的任務(wù)”。

(3)提出問題(任何人):就平臺以及管理管理,經(jīng)營上出現(xiàn)的任何問題,注意提問題的時候標(biāo)明期望解決時間,同時最好上傳問題截圖圖片。

(4)分配問題解決任務(wù)(總經(jīng)理、副總經(jīng)理或技術(shù)總監(jiān)直接分配或委托部門主管分配):分配問題之前和責(zé)任人協(xié)商好大致的時間,分配的時候直接到具體的責(zé)任人,協(xié)助人以及完成時間。若有必要,需要對問題做一些分析說明。

(5)確認(rèn)任務(wù)(任務(wù)責(zé)任人和實施人):任務(wù)責(zé)任人到系統(tǒng)確認(rèn)自己的任務(wù)已經(jīng)接收。

(6)完成任務(wù)(任務(wù)責(zé)任人和實施人):接收到該任務(wù)的所有人都完成任務(wù)并提交任務(wù)完成,由任務(wù)責(zé)任人提交驗收申請。

(7)第一次驗收(任務(wù)分配人):由分配該任務(wù)的總經(jīng)理,副總經(jīng)理或技術(shù)總監(jiān)等委托部門主管進(jìn)行驗收,驗收合格后提交。驗收失敗后進(jìn)入“驗收失敗問題”,驗收成功后進(jìn)入第二次驗收流程。

(8)第二次驗收(問題提交人):由問題提交人員對問題解決的情況進(jìn)行驗收,驗收失敗后進(jìn)入“驗收失敗問題”,驗收成功后進(jìn)入已經(jīng)解決問題,問題結(jié)束。

(9)問題解決的過程情況匯報可以通過“寫日志”來記錄。

(10)對安排的某個任務(wù)要發(fā)表自己的看法,可以用發(fā)表跟帖的方式進(jìn)行。

參考文獻(xiàn)

[1]李戰(zhàn)軍.吉糧集團(tuán)收儲經(jīng)銷有限公司精細(xì)化管理研究[D].吉林大學(xué)碩士學(xué)位論文,2008.

[2]徐松杰.精細(xì)化管理的實現(xiàn)方法及其應(yīng)用[J].河南工程學(xué)院學(xué)報(自然科學(xué)版),2008,(8).

第3篇：變更管理的步驟和流程范文

關(guān)鍵詞：電力施工；需求變更；管理策略；控制流程

在電力施工過程中，需求變更的問題是不可避免的，它是通過流程把變更納入可管理的范圍內(nèi)，避免產(chǎn)生這種混亂，但是如果需求變更的發(fā)展失控的話，就會使項目陷入一種混亂且不穩(wěn)定的狀況，從而嚴(yán)重破壞了整個項目的管理過程，如何正確進(jìn)行需求變更的控制，是一個很重要的管理過程。所以，為了能更好地控制電工管理中的需求變更，我們必須做一些措施來使需求變更有計劃的、有目的、更順暢的進(jìn)行，從而使電工施工過程進(jìn)行良好的變更控制。

1 電工施工中引起需求變更的主要因素

在電力施工過程中，引起需求變更的因素有很多，例如增減工程量的清單的內(nèi)容和工作量，包括施工進(jìn)度計劃的變動，施工程序的改動，質(zhì)量標(biāo)注的調(diào)整，技術(shù)要求的修改和補(bǔ)充，這些都是在電力施工過程中引起需求變更的因素，可以分為：

1、從需求變更的性質(zhì)來看，引起需求變更的因素分為主觀因素和客觀因素。

①主觀因素。例如電力設(shè)計工作的不細(xì)致，從而使工程實施過程中發(fā)現(xiàn)了很多在設(shè)計文件中沒有考慮到或估算不準(zhǔn)確的工程量，致使必須改變施工項目或增減工程量。

②客觀因素。這就是指在電力施工中因為一些自然災(zāi)害或不可預(yù)見的事故、社會因素引起的停工和工期拖延等，這樣的工程變更是不可避免的，也是無法預(yù)料到的。

2、從引發(fā)需求變更的對象來看，引起需求變更的主要因素

①某些施工單位主動提出工程變更。某些施工單位會向設(shè)計單位提出對圖紙、設(shè)計說明不明確的問題的詢問，或是提出技術(shù)修改圖，對施工方法、施工議案提出修改，或是要求修改圖紙等問題，這些都是施工單位主動提出的需求變更。

②由監(jiān)理單位提出的工程變更。在電力施工過程中監(jiān)理工程師要經(jīng)常在施工現(xiàn)場巡視，憑借著他們自身的豐富實踐經(jīng)驗，他們往往會發(fā)現(xiàn)工程中存在著很多問題，并針對這些問題提出工程變更的建議。

③設(shè)計單位提出需求變更。在施工過程中，設(shè)計單位或者是其駐工代表對原設(shè)計中存在的一些錯、漏、缺、碰等問題，提出一些設(shè)計的修改和完善。

④由該工程的業(yè)主提出的工程變更。為了更好地完善使用功能，從而保證工程的質(zhì)量、加快工程進(jìn)度等原因，在施工過程中，業(yè)主時常提出一些工程變更的要求。

在電力施工管理中，由于需求變更會引發(fā)工程量現(xiàn)場簽證、設(shè)計、進(jìn)度的變化、合同變化等問題，我們需要對需求變更進(jìn)行嚴(yán)格控制，從而將項目變更的影響降低到最小。

2 對需求變更的控制策略

對于在電力施工過程中，對需求變更的控制，如果僅僅按需求加強(qiáng)監(jiān)督執(zhí)行是不夠的，因為這樣的做法會造成項目各方對變更控制的乏力和被動，從而引發(fā)工程質(zhì)量、工程成本等一系列問題的產(chǎn)生，甚至可能使在發(fā)展中發(fā)生變更失控的現(xiàn)象，這是要絕對避免的。要想在電力施工管理中，使需求變更得到控制，就要確定一個選擇、分析和決策的流程，使所有的需求變更都要遵循和支持改流程，從而通過這個流程對需求變更進(jìn)行控制。但是在遵循這個流程中還需要注意幾方面的問題：

1、要有明確的授權(quán)。在電力施工管理之前，要事先明確工程各方有權(quán)提出變更申請的人員和有權(quán)受理變更的人員，決不允許未授權(quán)的人員進(jìn)行私下協(xié)商，只有這樣做才可以對需求變更有整體的控制。

2、對需求變更進(jìn)行必要的審核。對電力施工管理中的需求變更不是所有的變更都要執(zhí)行和立刻執(zhí)行，審核的目的是決定是否需要變更和何時變更。

3、評估變更的代價和影響。在電力管理中的需求變更都是有代價和影響的，所以在確定變更之前，必須事先評估變更所帶來的代價和影響，使工程雙方了解了變更的后果之后，再一起做出判斷和認(rèn)可。

4、要嚴(yán)格執(zhí)行需求變更的管理流程。小的變更也會引起變更最終的不可控制，所以小的變更也要進(jìn)行正規(guī)的需求管理流程，并且施工單位要嚴(yán)格避免在變更確認(rèn)之前，要按變更設(shè)想進(jìn)行施工，否則可能會造成需求變更的整體失控。

3 需求變更的控制流程

在電力施工管理中，需求變更控制的主要手段是要明確定義流程并且可以嚴(yán)格的執(zhí)行，主要分為提出、評估和實施的三個步驟。首先，要由授權(quán)的人員進(jìn)行提出需求變更，無論是哪一方提出的需求變更，都要履行工程變更的手續(xù)，并以書面形式交給總監(jiān)。其次，要由總監(jiān)召集專業(yè)的建立工程師來進(jìn)行審查，認(rèn)為可行后，設(shè)計單位根據(jù)業(yè)主要求的設(shè)計變更進(jìn)行設(shè)計，變更要求必須以書面形式給出，然后設(shè)計單位簽署意見和設(shè)計出圖。設(shè)計單位完成施工圖的設(shè)計后，業(yè)主需要把圖紙給專業(yè)的職能部門和審圖機(jī)構(gòu)審核，審核通過交還業(yè)主，再由業(yè)主組織設(shè)計、施工、監(jiān)理各方一起對圖紙進(jìn)行會審，盡可能地把存在的問題提出來，進(jìn)行研究和探討，并由設(shè)計單位做出解答，形成文字資料后作為日后施工的依據(jù)。最后要由總監(jiān)給出確認(rèn)后的工程變更通知后，才可以交由施工單位進(jìn)行執(zhí)行，按照施工圖進(jìn)行施工。

需求變更實施之前，是要經(jīng)過工程各方的審核、評估和確認(rèn)的，在進(jìn)行電力實施過程中要跟蹤與驗證，確保變更的正確執(zhí)行，在變更實施的整個過程中，在沒有拿到工程變更通知前任何一個步驟出現(xiàn)異議，整個流程都要重頭開始，并且施工單位也不會進(jìn)行施工，這樣是為了確保整個需求變更始終是可以控制和管理的。

4 應(yīng)注意的問題

目前，很多企業(yè)都在遵循質(zhì)量與健康、安全和環(huán)境管理體系的互相補(bǔ)充、相輔相成，在電力施工過程中，他們?yōu)榱嗽谛枨笞兏凶裱|(zhì)量、安全和環(huán)境管理的一體化，為了更好地實施“ISO9000質(zhì)量管理體系”和“HES-MS”的管理，他們將“ISO9000-QMS”、“HSE-MS”、“ISO14000-EMS”整合成一個系統(tǒng)，但是在具體操作中會遇到很多問題：

1、對“ISO9000質(zhì)量管理體系”和“HES-MS”的管理范圍必須明確劃分，對于它倆的共用文件和資料應(yīng)按所屬管理的范圍劃分到所屬的系統(tǒng)中，對影響二者的的文件應(yīng)確定與“HES-MS”的接口，制定出明確的管理文件。

2、機(jī)構(gòu)要統(tǒng)一，發(fā)揮資源優(yōu)勢。很多企業(yè)把質(zhì)量、安全、環(huán)保等職能部門都分開屬于不同部門管理，這樣日程工作中協(xié)調(diào)減少了，增加了管理費用，造成了資源的浪費，因此各個部門機(jī)構(gòu)要配備管理人員，從實際出發(fā)，健全管理機(jī)構(gòu)。

3、體系要統(tǒng)一，工作重點要有所側(cè)重。針對企業(yè)的具體情況，不同性質(zhì)的企業(yè)需要遵循的管理體系是不同的，在電力施工管理過程中，是必須要遵循安全、質(zhì)量、環(huán)境體系的一體化的，從而確保施工過程都有序進(jìn)行，保障勞動者的安全和健康，實現(xiàn)經(jīng)濟(jì)效益、社會效益和環(huán)境效益的統(tǒng)一。

5 結(jié)論

在電力施工管理過程中的需求變更的發(fā)展如果得不到很好的控制，項目就可能會陷入不能正常進(jìn)行的狀態(tài)，變更的控制對項目正常有序的施工有著重要的影響，所以，如何正確的進(jìn)行需求變更的控制，是一個重要的管理過程。定義需求變更是保證變更正常有序的一個有效的措施，并且需求變更流程使得變更施工能夠有計劃、有目的地進(jìn)行，也只有這樣才能對整個施工過程進(jìn)行良好的變更控制。

參考文獻(xiàn)

[1]范偉健.淺議電力施工管理中的需求變更管理[J].現(xiàn)代企業(yè)文化，2010（18）

[2]羅韋軍.淺析電力施工管理中的需求變更控制[J].中國電力教育，2006（5）

第4篇：變更管理的步驟和流程范文

ERP項目的實施和推廣,是這幾年國內(nèi)很多企業(yè)信息化工作的重要內(nèi)容,目前已經(jīng)有很多成功案例。這種形勢下,是否應(yīng)該上ERP系統(tǒng)的概念之爭,已經(jīng)不再是企業(yè)領(lǐng)導(dǎo)或者CIO們考慮的核心問題,他們更加關(guān)注ERP系統(tǒng)的實施效果和運維。如何更快更好地實施ERP項目,如何提供可靠的運維保障,充分挖掘ERP系統(tǒng)的潛力和價值,已經(jīng)越來越成為ERP項目管理的關(guān)鍵命題。

保持實施和運維的一致

筆者所在的某大型國有企業(yè)A自2005年開始,在集團(tuán)總部的統(tǒng)一部署下,成功進(jìn)行了橫跨多個業(yè)務(wù)版塊,縱跨多級管理組織的SAP ERP項目實施,形成了集團(tuán)內(nèi)部不同的標(biāo)準(zhǔn)業(yè)務(wù)藍(lán)圖模板,培養(yǎng)了大量具備實施能力的內(nèi)部顧問,取得了諸多成績。三年后集團(tuán)下屬的各業(yè)務(wù)單元都已在SAP平臺的支撐下進(jìn)行業(yè)務(wù)的經(jīng)營管理。同時ERP實施團(tuán)隊的主要業(yè)務(wù)由實施轉(zhuǎn)變?yōu)檫\維支持。

A集團(tuán)的SAP ERP實施,采取的是大集中策略――服務(wù)器和數(shù)據(jù)庫資源都集中在集團(tuán)總部,且所有上線單位的業(yè)務(wù)并存于同一個生產(chǎn)系統(tǒng)環(huán)境中。相應(yīng)的,系統(tǒng)的配置和定制開發(fā)也完全由集團(tuán)總部集中控制和管理。隨著數(shù)批ERP項目的滾動實施和成功上線,A集團(tuán)的ERP系統(tǒng)越來越龐大復(fù)雜,對集團(tuán)的項目實施、運維能力兩個方面都提出了更高的要求。

通過各種渠道反饋的信息,A集團(tuán)意識到,必須找到對策,解決如何更好更快實施ERP,提供可靠的運維保障等問題。并且,這已經(jīng)成為國內(nèi)大型企業(yè)實施和運維ERP過程中的共性問題。

從2008年初開始,A集團(tuán)總部成立了專門的項目組,在外部咨詢力量的配合下,結(jié)合自身特點,升級改造了與SAP系統(tǒng)集成的ERP項目管理平臺,對ERP項目的實施和運維管理進(jìn)行了初步的探索和實驗。

ERP項目的實施和運維構(gòu)成的是一個閉環(huán)的生命周期,理應(yīng)實現(xiàn)良性的互動和可靠的管理。但實際情況卻是,企業(yè)難以保證實施和運維的一致性。換句話說,運維當(dāng)中存在的問題,有些是實施過程存在先天不足造成的。反過來,如果實施的工作能扎實,運維就能更加輕松和規(guī)范。項目實施是全周期的起始,也是最基礎(chǔ)的部分。因此,著眼于完整周期,A集團(tuán)提出了以流程驅(qū)動的SAP ERP 實施方法。

別身在聚寶盤還撿不到寶

一般來說,在ERP項目實施完成后,成果會以海量文檔的形式保存下來。進(jìn)入運維階段,雖然對于系統(tǒng)變更有流程管控和記錄,但難以及時回滾到已歸檔的成果文檔中,這樣就可能造成管理文檔與SAP系統(tǒng)之間不完全匹配。這樣,不僅給運維工作帶來了隱患,更可惜的是,不能對ERP系統(tǒng)解決方案的全生命周期進(jìn)行有效跟蹤和管理,無法形成集團(tuán)ERP系統(tǒng)有關(guān)的知識庫,無法為運營維護(hù)和推廣實施積累經(jīng)驗。這種情況就如同一個人身陷在聚寶盆里,雙腿被埋難以動彈,目力所及滿箱子都是珍寶,卻只能夠到手邊的那一點點。更糟糕的是,新的寶物還在不斷地生成,眼看不斷溢出箱子掉落一地,他卻毫無辦法。

因此,企業(yè)必須將前期ERP項目實施的成果和經(jīng)驗固化下來,構(gòu)建一個先進(jìn)的項目實施、支持運維平臺,滿足全面管控的需要。從長遠(yuǎn)考慮,企業(yè)有著滾動的ERP項目實施和推廣應(yīng)用需求,如果充分復(fù)用前期成果,建立起適合集團(tuán)各專業(yè)產(chǎn)業(yè)鏈的SAP實施標(biāo)準(zhǔn)模板,將會降低應(yīng)用深化的難度,從而減少對外部資源的依賴,大大加速未來新增及推廣項目的實施進(jìn)度,將直接為企業(yè)節(jié)約成本,創(chuàng)造價值。

因此,我們必須在ERP項目的實施和運維階段具備管理能力,能夠?qū)τ谌魏螛I(yè)務(wù)需求及時做出反應(yīng),始終記錄并優(yōu)化需求導(dǎo)致的系統(tǒng)變更。

這種隨需而變的管理能力,應(yīng)該是企業(yè)需要具備的。根據(jù)我們的經(jīng)驗,企業(yè)想要掌握這種高級能力,首先必須在組織內(nèi)部確定以業(yè)務(wù)流程為實施導(dǎo)向的指導(dǎo)思想,繼而優(yōu)化工作模式,借助于SAP其他的信息系統(tǒng)來強(qiáng)化其應(yīng)用,逐步形成有企業(yè)自身特色的工作模式。這種模式,我們將其定義為流程驅(qū)動的SAP ERP實施方法。

有效的工具和方法論

A集團(tuán)ERP項目組在項目管理和運維方面已經(jīng)使用了一系列的管理工具,但無法深入到業(yè)務(wù)和系統(tǒng)的層面,因此我們需要引入新的工具。經(jīng)過反復(fù)咨詢,考察比較當(dāng)前的技術(shù)狀況及成熟解決方案,我們根據(jù)集團(tuán)的需求,制定了將業(yè)務(wù)流程管理和SAP ERP系統(tǒng)的項目管理和解決方案實現(xiàn)集成的框架目標(biāo),并通過招標(biāo)最后確定了以IDS ARIS流程管理平臺和SAP Solution Manager系統(tǒng)相結(jié)合的技術(shù)方案。該方案充分利用了兩個成熟管理平臺各自的強(qiáng)大功能,并定義它們在SAP ERP項目實施和運維工作中的角色分工和工作界面,保證了其成為一個有機(jī)的整體,以實現(xiàn)流程驅(qū)動SAP ERP實施方法的有效執(zhí)行。

這種組合方案突破了ERP系統(tǒng)實施和運維管理難點的關(guān)鍵需求。我們通過引進(jìn)流程管理平臺、SAP項目實施支持工具、SAP平臺運維支持工具,完善ERP項目和系統(tǒng)維護(hù)管理體系,為企業(yè)流程管理做出一定的技術(shù)和人才準(zhǔn)備。

在需求管理和變更管理方面,我們規(guī)范了現(xiàn)有的支持和運維工作流程,將業(yè)務(wù)需求、解決方案、系統(tǒng)實現(xiàn)的業(yè)務(wù)鏈有機(jī)連接,便于控制和追溯,以逐步適應(yīng)企業(yè)內(nèi)部控制的需要。

這種組合方案提供了ERP項目實施的項目管理模板,以及一整套業(yè)務(wù)流程建模的規(guī)范,可以逐步固化ERP項目實施和運維的經(jīng)驗,加速實施推廣。

同時,它也完善了知識管理,能夠?qū)崿F(xiàn)ERP項目交付的集中管理,搭建易于管理的、可實時更新的完整的項目文檔結(jié)構(gòu),并進(jìn)行版本管理,有效減少文檔維護(hù)的工作量。同時,它還可以集中控制并分發(fā)業(yè)務(wù)人員需要的各類文檔和操作指南,實現(xiàn)可靠的知識轉(zhuǎn)移。

這種組合方案也降低了SAP ERP實施與運維成本。引入ARIS和SAP Solution Manager可以幫助企業(yè)有效降低在SAP ERP實施后期以及上線運行過程中,因業(yè)務(wù)需求不透明而產(chǎn)生的重復(fù)和冗余的工作。例如,在測試階段,由于流程不易于被理解,產(chǎn)生的重復(fù)測試和遺漏測試的現(xiàn)象。對于SAP ERP實施項目來說,使用ARIS和Solution Manager是在藍(lán)圖設(shè)計后,系統(tǒng)配置階段開始,可以更明晰和明確地管理業(yè)務(wù)需求,開始發(fā)揮其有效控制SAP ERP實施項目成本的作用,特別是在系統(tǒng)上線和持續(xù)改進(jìn)的過程中,非常有利于SAP ERP的運維與升級。

這種組合方案為A集團(tuán)建立了初始的業(yè)務(wù)流程地圖,為今后內(nèi)控和其他管理項目奠定了應(yīng)用基礎(chǔ)。利用ARIS業(yè)務(wù)流程建模系統(tǒng)和工具,A集團(tuán)實現(xiàn)了業(yè)務(wù)流程與SAP ERP系統(tǒng)Solution Manager模塊中相關(guān)流程結(jié)構(gòu)的雙向同步,實現(xiàn)業(yè)務(wù)流程與系統(tǒng)配置的統(tǒng)一管理,達(dá)到了公司業(yè)務(wù)流程與ERP SAP系統(tǒng)正確掛接的目的。建立的測試體系為今后項目實施單位的回歸測試、系統(tǒng)升級測試打下了基礎(chǔ),能夠提高系統(tǒng)的測試效率。通過Solution Manager平臺建設(shè),A集團(tuán)對ERP實施單位的系統(tǒng)變更和解決方案進(jìn)行了全生命周期的集中管理,包括需求變更、業(yè)務(wù)藍(lán)圖變更、方案監(jiān)控、配置變更以及測試管理等。A集團(tuán)應(yīng)用Solution Manager模塊進(jìn)行ERP項目實施及系統(tǒng)運維管理,指導(dǎo)并協(xié)同完成了公司的標(biāo)準(zhǔn)模板,便于未來在ERP項目實施和運維中推廣應(yīng)用。

以上是對于工具選擇的介紹,對于方法論而言,一般來講,ASAP實施方法論是業(yè)內(nèi)幾乎所有人都知道的SAP項目實施方法論,但它在流程規(guī)劃、流程搭建及上線后的優(yōu)化和監(jiān)控等方面存在不足之處。而流程驅(qū)動的SAP實施方法以AVE(ARIS Value Engineering)方法論為基礎(chǔ),進(jìn)行企業(yè)的全面信息化實施工作。

AVE模型是在全球大量的ERP實施項目中提煉出的標(biāo)準(zhǔn)模型,通過這套已經(jīng)在ARIS中進(jìn)行建模的控制體系,我們可以完全轉(zhuǎn)變以往的“IT驅(qū)動項目”的模式,達(dá)到“業(yè)務(wù)流程驅(qū)動項目”的模式。這也完全符合正在席卷全球的BPM/SOA(基于服務(wù)的架構(gòu))組合理念,SAP公司也已經(jīng)將ARIS作為自己前端的BPM平臺,將流程與IT更加緊密地集成在一起。

AVE方法的主要特點如下:

• 管理閉環(huán):從客戶期望看到的業(yè)務(wù)遠(yuǎn)景到信息化實施方案的產(chǎn)生、發(fā)展以及持續(xù)改進(jìn)的整個過程,都是基于流程優(yōu)化進(jìn)行管理的。

• 模型驅(qū)動:流程驅(qū)動SAP ERP實施,是通過建立企業(yè)相關(guān)的業(yè)務(wù)模型,描述一系列相互關(guān)聯(lián)的輸入輸出關(guān)系,這種關(guān)系的描述最終會成為對于一個完整的實施方案的描述。

• 體系架構(gòu)完整:AVE實施方法是從不同的角度處理客戶需求,如流程、組織、應(yīng)用系統(tǒng)和數(shù)據(jù),保證體系架構(gòu)的完整性。

• 項目管理量化:通過模型狀態(tài)如何有效反應(yīng)客戶需求和客戶預(yù)期來對流程改進(jìn)的結(jié)果進(jìn)行量化。

• 實施過程全線跟蹤:需求和系統(tǒng)特征結(jié)合起來,最終提供的系統(tǒng)方案能夠追溯到具體的業(yè)務(wù)需求。

• 實施架構(gòu)可以裁減:AVE工作包和交付物可以根據(jù)不同的項目特點進(jìn)行客戶化、定制化。

流程驅(qū)動的SAP ERP實施方法在橫向時間軸上,主要由戰(zhàn)略、業(yè)務(wù)藍(lán)圖設(shè)計、實施上線和運行控制四個階段構(gòu)成,項目實施工作內(nèi)容由表及里、由此及彼不斷擴(kuò)展。同時在各個階段對前一階段進(jìn)行檢查,為SAP ERP實施提供有效可控的實施方案。

雙向同步 匹配業(yè)務(wù)和系統(tǒng)

工具和方法都已準(zhǔn)備妥當(dāng),那如何將其與企業(yè)的獨特需求結(jié)合起來并落地實現(xiàn)呢?需求的實現(xiàn)將通過ARIS系統(tǒng)平臺與Solution Manager系統(tǒng)協(xié)同應(yīng)用來實現(xiàn)。在圖1所示的流程圖中,紅色邊框區(qū)域表示在ARIS軟件平臺中實現(xiàn)的業(yè)務(wù)功能,藍(lán)色邊框區(qū)域表示在Solution Manager中實現(xiàn)的功能,背景為淺藍(lán)色的區(qū)域是ARIS與Solution Manager共同應(yīng)用,協(xié)同完成的功能。ARIS與Solution Manager的協(xié)同是通過雙向同步的方式來實現(xiàn)兩個系統(tǒng)間的有效集成,進(jìn)而滿足業(yè)務(wù)和系統(tǒng)實現(xiàn)匹配和實施的需求。

在使用如上所述工作模式的前提下,Solution是一個非常重要的概念。企業(yè)使用的SAP系統(tǒng)(包括所有組件,ECC/BW/EP/XI,包括所有已經(jīng)上線的單位和未來要實施的單位,包括各種業(yè)務(wù)流程、業(yè)務(wù)模塊、功能)總體就是一個SAP解決方案,一個只有該企業(yè)獨有的SAP解決方案。從靜態(tài)的層面出發(fā),我們可以把解決方案理解為一個相對穩(wěn)定的業(yè)務(wù)流程和配置的倉庫,而我們所常說的項目,實際上只是用來形成解決方案的一個過程。從企業(yè)實施SAP的第一天開始,SAP解決方案就已經(jīng)存在,隨著SAP的各個項目的不斷實施,解決方案就不斷地成長,最終成為一個解決方案庫。從動態(tài)的層面出發(fā),解決方案本身在不斷地變化,變化的方式有兩種,一種是項目的變化(整體打包的、有計劃的、目的明確的變化),一種是運維的變化(小的、零散的、非計劃性的、按用戶需求的變化)。企業(yè)的SAP管理功能實際就是圍繞著解決方案及其兩種變化方式而展開。

“我們的工作分工是按模塊劃分的,但建模從業(yè)務(wù)出發(fā),我們的工作范圍該如何劃分?為什么還要搭建流程架構(gòu),只把詳細(xì)的流程圖畫好不就可以了嗎?為什么要將配置和流程掛接起來,之前我們只寫一份配置清單就可以了啊?”……

實施顧問在了解到工作模式的內(nèi)容后,提出了一系列尖銳的問題。但是當(dāng)大家意識到這樣做帶來的價值時,都認(rèn)可了這種工作模式。同時在ARIS中基于最底層的流程搭建了兩套流程體系,一套依據(jù)企業(yè)的實際業(yè)務(wù),一套依據(jù)SAP的功能劃分。當(dāng)企業(yè)的管理者和業(yè)務(wù)人員看到層次明確、切分清晰的流程體系時,都認(rèn)為這就是自己想要的東西。而SAP顧問從流程中過濾出了自己熟悉的T-CODE。

A集團(tuán)使用上述工作模式,是AVE方法論的一次完整而全面的使用,對AVE方法論的推廣使用具有切實可行的借鑒意義?？偨Y(jié)起來,它具有四大突出特點。

第一,嚴(yán)密的項目實施邏輯。

在項目實施路線上,分四個大的步驟,架構(gòu)、設(shè)計、實施、控制,延續(xù)了ARIS一貫的從戰(zhàn)略到設(shè)計、實施再到控制的整體思路,體現(xiàn)了循環(huán)管理的思想,既使得項目能夠有條不紊地實施,又能夠?qū)椖抠|(zhì)量進(jìn)行監(jiān)督和保證。另外,在實施步驟上,業(yè)務(wù)邏輯清楚,21個環(huán)節(jié)環(huán)環(huán)相扣,保證了項目的連貫性。

第二,業(yè)務(wù)與技術(shù)的有效結(jié)合。

該方法十分注重業(yè)務(wù)與技術(shù)的結(jié)合,且二者有主有次,首先從業(yè)務(wù)著手,然后落實于技術(shù),最后再回饋到業(yè)務(wù)。在企業(yè)實踐中,業(yè)務(wù)運行質(zhì)量的好壞始終是上至管理者、下至普通員工關(guān)心的第一位的問題,而技術(shù)和系統(tǒng)只是實現(xiàn)業(yè)務(wù)績效的有力工具。A集團(tuán)本項目的21個詳細(xì)的實施步驟正是這種思想的直接體現(xiàn)。

第三,強(qiáng)調(diào)系統(tǒng)的動態(tài)和持續(xù)優(yōu)化。

在項目實施和運維工作中不僅僅追求在系統(tǒng)上線時系統(tǒng)內(nèi)流程與業(yè)務(wù)流程的一致性,而且希望通過流程管理制度來實現(xiàn)二者長期的一致,即每當(dāng)實際業(yè)務(wù)流程出現(xiàn)變化時,應(yīng)觸發(fā)ERP系統(tǒng)隨需求而改變,以此來保證系統(tǒng)長期跟上業(yè)務(wù)變化的步伐,實現(xiàn)系統(tǒng)的持續(xù)優(yōu)化以及跟蹤。

第四,重視知識的固化。

實施過程中涉及到的建模規(guī)范、系統(tǒng)配置手冊、流程管理制度等都以文檔的形式加以保存,可以用于項目的跟蹤管理,也可以用于指導(dǎo)其他相似的項目。

但是該方法在實施過程中還存在一些不足,比如:

• 藍(lán)圖設(shè)計文檔的全部內(nèi)容都維護(hù)在ARIS系統(tǒng)中時,自動生成的藍(lán)圖文檔格式難以滿足實際要求。

• 在Solution Manager中維護(hù)IMG配置項時,由于Solution Manager對藍(lán)圖架構(gòu)的限制,無法精確對應(yīng)。

• 變更管理的剛性審批流程難以與企業(yè)的變更管理流程契合。

第5篇：變更管理的步驟和流程范文

Abstract: In recent years, to adapt to the rapid development of IT systems and improve the IT system management and operation and maintenance capabilities in order to better provide quality IT services for companies, Huizhou Power Supply Bureau adopts service management model based on ITIL as the core, builds service management system suitable forHuizhou Power Supply Bureau. This article introduced the concept and standards of IT service management, and made a detailed analysis of the application effectiveness in IT service management systemof Huizhou Power Supply Bureau.

關(guān)鍵詞：ITIL；IT服務(wù)管理；運維；成效

Key words: ITIL；IT service management；operation and maintenance；the effectiveness

中圖分類號：TM73 文獻(xiàn)標(biāo)識碼：A文章編號：1006-4311（2010）33-0273-02

1IT服務(wù)管理的概念及標(biāo)準(zhǔn)

1.1 IT服務(wù)管理的概念I(lǐng)T服務(wù)管理（以下稱ITSM）[1]是一種以流程為導(dǎo)向、以客戶為中心的方法，它通過整合IT服務(wù)與企業(yè)業(yè)務(wù)，提高企業(yè)IT“服務(wù)提供”和“服務(wù)支持”的能力和水平。ITSM是聯(lián)系“IT服務(wù)”和“業(yè)務(wù)需求”的紐帶。ITSM的目的是建立“以企業(yè)內(nèi)部IT用戶為中心”的管理機(jī)制和運作模式，以提供高質(zhì)量、低成本、可計量的IT服務(wù)。ITSM稱為“IT服務(wù)管理”，它是一套幫助企業(yè)對IT系統(tǒng)的規(guī)劃、研發(fā)、實施和運營進(jìn)行有效管理的高質(zhì)量方法。它結(jié)合了高質(zhì)量服務(wù)不可缺少的PPT（流程、人員和技術(shù)）三大要素――標(biāo)準(zhǔn)流程負(fù)責(zé)監(jiān)控IT服務(wù)的運行狀況，人員素質(zhì)關(guān)系到服務(wù)質(zhì)量的高低，技術(shù)則保證服務(wù)的質(zhì)量和效率。這三大關(guān)鍵性要素的整合使ITSM 成為企業(yè)IT管理人員管理企業(yè)IT系統(tǒng)的法寶和利器。

1.2 IT服務(wù)管理的標(biāo)準(zhǔn)ITIL[2]（信息技術(shù)基礎(chǔ)設(shè)施庫）是Information Technology Infrastructure Library的縮寫。ITSM是基于ITIL標(biāo)準(zhǔn)的信息化服務(wù)管理體系，ITIL是一套公開的、用于規(guī)范IT服務(wù)管理的國際標(biāo)準(zhǔn)，它是一套最佳實踐，能夠協(xié)助企業(yè)實踐ITSM的相關(guān)流程，它可以在總體上幫助企業(yè)完善管理。ITIL是一個框架，它主要由兩個部分組成：一是服務(wù)運營（Service Support），包括五個方面的管理流程，如：突發(fā)事件管理、變更管理、配置管理、應(yīng)用管理以及服務(wù)臺的管理功能。二是服務(wù)戰(zhàn)術(shù)（Service Delivery），包括五個方面的管理流程，如：服務(wù)級別管理（SLM）、可用性管理、IT服務(wù)連續(xù)性管理、能力管理和IT服務(wù)財務(wù)管理[3]。

2惠州供電局IT服務(wù)管理系統(tǒng)應(yīng)用成效分析

目前，惠州供電局的IT服務(wù)管理系統(tǒng)已完成建設(shè)并正式應(yīng)用，實現(xiàn)了突發(fā)事件管理、請求管理、變更管理、配置管理、知識庫管理以及服務(wù)臺的管理功能，并初步實現(xiàn)IT設(shè)備的監(jiān)控管理。通過IT服務(wù)管理系統(tǒng)的應(yīng)用，惠州供電局取得了較明顯的成效。

2.1 完善IT資產(chǎn)管理，初步實現(xiàn)IT資產(chǎn)的全生命周期管理IT服務(wù)管理系統(tǒng)的應(yīng)用，使惠州供電局實現(xiàn)了對服務(wù)器設(shè)備、PC終端設(shè)備、網(wǎng)絡(luò)設(shè)備等IT資產(chǎn)的統(tǒng)籌管理，解決以前管理難的問題。通過使用報表工具，調(diào)用配置管理模塊配置管理數(shù)據(jù)庫（CMDB）中的所有配置元素（CI），管理員可以非常直接明了的知道當(dāng)前全局的IT設(shè)備分布情況及具體數(shù)量，更好地進(jìn)行統(tǒng)計分析。借助桌面管理SMS接口，系統(tǒng)能定期同步各類終端設(shè)備，在進(jìn)行人工確認(rèn)后，可將確認(rèn)后的信息更新到配置管理數(shù)據(jù)庫，確保了資產(chǎn)的變更可掌握，并實現(xiàn)對變更日志的記錄，利于追蹤和監(jiān)控資產(chǎn)配置項目在整個生命周期內(nèi)的變化。與此同時，引入物流的出入庫管理，更好的對IT備品備件、耗材進(jìn)行管理，確保備品備件、耗材使用情況可追蹤；對于不足的備品備件、耗材能做到及時提醒采購，從而提高周轉(zhuǎn)能力，最大可能降低因備品備件、耗材不足對正常工作的影響程度。

2.2 量化IT運維指標(biāo)，提高員工運維效率以往，IT運維人員就是一個“救火隊”，哪里有報修就奔向哪里，工作無法按計劃開展之余，工作的成果還缺少可量化的指標(biāo)進(jìn)行統(tǒng)計，既影響了其他部門人員對IT運維人員的認(rèn)同度，又容易產(chǎn)生因IT服務(wù)質(zhì)量而帶來的分歧及誤會。通過應(yīng)用IT服務(wù)管理系統(tǒng)，用戶可通過電話、郵件等方式進(jìn)行日常報修，然后由服務(wù)臺記錄事件并就事件的優(yōu)先級、緊急性及嚴(yán)重性進(jìn)行分級后發(fā)至各相關(guān)的二線IT運維人員。二線運維人員根據(jù)事件不同的等級、解決的難易程度等進(jìn)行排序處理，從而保證在成本允許的范圍內(nèi)快速地恢復(fù)服務(wù)，為用戶提供優(yōu)質(zhì)的服務(wù)。而且，系統(tǒng)的應(yīng)用還更有效地規(guī)范了惠州供電局的事件報修機(jī)制，使得各種報修可以有序的得以解決。同時，借助事件管理模塊的應(yīng)用，還可以使IT運維人員的工作更有計劃性，避免以往那種救火角色的再次發(fā)生，從而更好的提高運維人員的工作效率。而事件管理模塊中的短信及OAK郵件提醒功能，也更好地利用了現(xiàn)有的系統(tǒng)資源，加快了對用戶報修事件的響應(yīng)處理速度。

2.3 提高系統(tǒng)監(jiān)控能力，加快了監(jiān)控響應(yīng)速度IT服務(wù)管理系統(tǒng)的監(jiān)控管理模塊可以實現(xiàn)按策略對各系統(tǒng)進(jìn)行監(jiān)控，并可以設(shè)定報警閾值，一旦被監(jiān)控的網(wǎng)絡(luò)設(shè)備、服務(wù)器等出現(xiàn)各種超過預(yù)設(shè)閾值的問題，就會立即產(chǎn)生一宗告警事件。借助監(jiān)控管理模塊與事件管理模塊的接口功能以及“事件觸發(fā)”機(jī)制，每一宗告警事件都會即時生成一宗事件工單發(fā)至預(yù)先指定的系統(tǒng)運維人員，并伴以短信提醒。這樣，運維人員就可以及時的知道網(wǎng)絡(luò)設(shè)備、服務(wù)器的故障情況，從而更快速的對故障進(jìn)行響應(yīng)處理，提高恢復(fù)故障的速度。

2.4 實現(xiàn)運維知識共享，提高整體人員運維水平通過應(yīng)用IT服務(wù)管理系統(tǒng)的知識庫管理模塊，我局實現(xiàn)了各類運維經(jīng)驗、典型操作知識、故障處理步驟等內(nèi)容的集中管理，實現(xiàn)了知識的傳遞、共享和轉(zhuǎn)化，避免了知識的流失，既提高了運維響應(yīng)速度和質(zhì)量，又能通過挖掘、分析知識庫應(yīng)用信息，使IT部門能及時發(fā)現(xiàn)潛在問題、進(jìn)行趨勢分析，并為工作量的考核提供參考依據(jù)。知識庫也發(fā)揮了其極其重要的作用，那就是為服務(wù)臺提供了知識基礎(chǔ)。服務(wù)臺借助知識庫，可在與用戶的交互過程中為用戶解決問題，從而有效地提高一線解決率，直接提高事件報修響應(yīng)處理速度。

2.5 規(guī)范運維操作，提高信息系統(tǒng)安全變更管理模塊是針對被管理系統(tǒng)中某對象及其配置所進(jìn)行的修改，大到整個業(yè)務(wù)支撐系統(tǒng)的升級改造、服務(wù)器各項配置的改動，小到某設(shè)備參數(shù)的細(xì)微調(diào)整?；葜菥滞ㄟ^應(yīng)用IT服務(wù)管理系統(tǒng)的變更管理模塊，輔以有效的管理制度，已實現(xiàn)對基礎(chǔ)架構(gòu)或其它服務(wù)的改變的授權(quán)與控制，確保我們每一項內(nèi)容的變動，都能預(yù)先得到相關(guān)負(fù)責(zé)人的授權(quán)，加強(qiáng)了工作的安全流程化，避免員工隨意操作；同時，我們還可以對過往的每一項變更進(jìn)行跟蹤追查，為下一次的變更提供參考經(jīng)驗等等。

3結(jié)論

ITSM是讓已有的信息化資源發(fā)揮更大的效能的優(yōu)秀工具，是用來提升IT服務(wù)的效率及改善IT服務(wù)部門間的橫向溝通，是幫助企業(yè)對IT系統(tǒng)的規(guī)劃、研發(fā)、實施和運營進(jìn)行有效管理的高質(zhì)量方法。同時，ITSM也是一種提高IT管理效能的工具，它是一個把企業(yè)規(guī)范的運作體系利用IT系統(tǒng)進(jìn)行管理的一種標(biāo)準(zhǔn)體系，是一個整合了全世界很多成功企業(yè)信息管理經(jīng)驗的知識庫，通過對前人經(jīng)驗與企業(yè)自身業(yè)務(wù)需求的分析，幫助企業(yè)把純粹的IT投資，成功轉(zhuǎn)化成有序的信息管理模式。總之，ITSM在惠州供電局的應(yīng)用，有效地提高了惠州供電局的信息化管理以及運維水平，為惠州供電局快速邁向先進(jìn)供電企業(yè)提供了助力！

參考文獻(xiàn)：

[1]中國惠普有限公司.ITSM在電力企業(yè)的應(yīng)用[J].電力信息化.

第6篇：變更管理的步驟和流程范文

【關(guān)鍵詞】電力調(diào)度；流程；調(diào)度業(yè)務(wù)；應(yīng)用系統(tǒng)

引言

在電力系統(tǒng)中，電力調(diào)度機(jī)構(gòu)是電力企業(yè)管理生產(chǎn)運行的中樞部門，肩負(fù)著保障電網(wǎng)的安全、穩(wěn)定、經(jīng)濟(jì)運行的重要任務(wù)。近年來，由于電力行業(yè)的快速發(fā)展，電網(wǎng)結(jié)構(gòu)的日趨復(fù)雜，供電質(zhì)量標(biāo)準(zhǔn)的不斷提高，電力調(diào)度機(jī)構(gòu)需處理的業(yè)務(wù)也日益增長。如新投運方案審批、設(shè)備變更審批、檢修停電計劃申請等各種調(diào)度業(yè)務(wù)不斷的增多，傳統(tǒng)調(diào)度管理方式已經(jīng)難以適應(yīng)不斷發(fā)展的電網(wǎng)的需要。傳統(tǒng)調(diào)度管理方式主要采用人工操作模式，如手工開票、人工送審、電話通知等，這種工作方式易造成工作效率低、準(zhǔn)確性差、職責(zé)不明確、耗時長等弊端，因此開發(fā)一套的電力調(diào)度業(yè)務(wù)流程管理系統(tǒng)，提高調(diào)度管理質(zhì)量和效率是十分必要的。

1、系統(tǒng)功能

白山電力調(diào)度業(yè)務(wù)流程管理系統(tǒng)根據(jù)調(diào)度業(yè)務(wù)實際工作的需要，本著為切實服務(wù)基層、服務(wù)安全生產(chǎn)、服務(wù)管理工作的原則，建立一個完整的網(wǎng)絡(luò)管理系統(tǒng)。該系統(tǒng)不依賴原有辦公平臺，采用獨立的數(shù)據(jù)存儲，只需要分配獨立的WEB地址，并且可以作為一個獨立模塊內(nèi)嵌于公司網(wǎng)站，實現(xiàn)調(diào)度業(yè)務(wù)流程審批管理，該系統(tǒng)需實現(xiàn)以下4點功能：

（1）調(diào)度業(yè)務(wù)流程管理全過程網(wǎng)絡(luò)化，提高審批效率，降低人員勞動強(qiáng)度。

（2）提高調(diào)度業(yè)務(wù)流程管理的規(guī)范性、標(biāo)準(zhǔn)性，明確責(zé)任。

（3）對調(diào)度各部門信息集中處理，避免信息孤島情況，同時信息資源按用戶權(quán)限共享，保障信息安全。

（4）實時對調(diào)度業(yè)務(wù)流程審批進(jìn)展進(jìn)行瀏覽，為生產(chǎn)決策提供實時時效的信息。

2、系統(tǒng)設(shè)計方案

白山供電公司在企業(yè)內(nèi)部局域網(wǎng)建立一個網(wǎng)絡(luò)化應(yīng)用系統(tǒng)，將日常調(diào)度業(yè)務(wù)審批融入到該調(diào)度流程管理系統(tǒng)中，提高調(diào)度辦公效率。

2.1系統(tǒng)模式

該系統(tǒng)采用B/S（瀏覽器/服務(wù)器）體系結(jié)構(gòu)，前臺采用JSP技術(shù)實現(xiàn)。該系統(tǒng)應(yīng)具有以下特點：

（1）以企業(yè)內(nèi)部局域網(wǎng)為基礎(chǔ)，實現(xiàn)調(diào)度業(yè)務(wù)流程網(wǎng)絡(luò)化審批管理。

（2）系統(tǒng)采用高性能服務(wù)器，多臺客戶機(jī)通過網(wǎng)絡(luò)與服務(wù)器相聯(lián)。服務(wù)器端操作系統(tǒng)采用Windows Server。

（3）數(shù)據(jù)庫采SQL server 2008。數(shù)據(jù)庫安裝在服務(wù)器上，客戶機(jī)通過瀏覽器訪問服務(wù)器，共享服務(wù)器上的數(shù)據(jù)。

（4）系統(tǒng)設(shè)置多級用戶權(quán)限，數(shù)據(jù)按用戶權(quán)限實現(xiàn)分級共享，保障了數(shù)據(jù)的完整性和安全性[3]。

2.2系統(tǒng)結(jié)構(gòu)

系統(tǒng)數(shù)據(jù)庫安裝在專用服務(wù)器上，數(shù)據(jù)庫服務(wù)器為客戶機(jī)處理信息和存儲數(shù)據(jù)，各客戶機(jī)通過局域網(wǎng)與服務(wù)器相連，共享存在服務(wù)器上的數(shù)據(jù)庫數(shù)據(jù)。網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示。

3、系統(tǒng)的基本管理模塊及主要功能

白山電力調(diào)度業(yè)務(wù)流程管理系統(tǒng)根據(jù)白山調(diào)度生產(chǎn)實際工作的需求，圍繞調(diào)度工作的重點，提供了包括新設(shè)備投運方案、設(shè)備變更、設(shè)備運行方式及參數(shù)變更、運行方式票等共9個子系統(tǒng)模塊組成，全面覆蓋了調(diào)度生產(chǎn)的流程管理業(yè)務(wù)，為生產(chǎn)管理帶來了極大的便利，并提高了工作效率和質(zhì)量，使調(diào)度管理進(jìn)一步規(guī)范化。模塊介紹：

3.1新設(shè)備投運方案審批

該模塊流程由運行方式專工擬稿、調(diào)度所長簽署審批意見、主管局長簽署審批意見、抄送至部門負(fù)責(zé)人、下發(fā)至運行單位等環(huán)節(jié)組成，每個環(huán)節(jié)完成后才傳送至下個環(huán)節(jié)。分別在調(diào)度所長，主管局長同意前，發(fā)現(xiàn)錯誤可以返回上一環(huán)節(jié)進(jìn)行修改，同意后，便進(jìn)行下一環(huán)節(jié)，最后直到抄送至相關(guān)運行單位。用戶使用各自的用戶名和密碼登錄系統(tǒng)后，系統(tǒng)將根據(jù)本人的權(quán)限情況，不同程度地開放其對新設(shè)備投運方案處理的功能。各級管理者能方便地通過管理系統(tǒng)對調(diào)度操作流程的進(jìn)展情況進(jìn)行查詢，實現(xiàn)對調(diào)度工作的在線監(jiān)督和指導(dǎo)。

3.2設(shè)備檢修票審批

該模塊流程由生產(chǎn)單位、檢修計劃專工、運行繼保專責(zé)等主要部門或負(fù)責(zé)人完成。通過一系列審核修改和安全技術(shù)校驗步驟，最后發(fā)至調(diào)度室，自動排版打印，形成檢修票，然后歸檔保存（見圖2）。各級用戶完成對檢修票審批的相應(yīng)工作，設(shè)備檢修票編號由系統(tǒng)生成，無法修改。

以上是該系統(tǒng)兩種流程模塊功能的簡單介紹。調(diào)度業(yè)務(wù)流程管理系統(tǒng)操作方便快捷，用戶只需要根據(jù)系統(tǒng)提示，完成相應(yīng)的內(nèi)容填寫和操作便可以進(jìn)入下一流程環(huán)節(jié)。

4、結(jié)論

第7篇：變更管理的步驟和流程范文

【關(guān)鍵詞】 ITIL 補(bǔ)丁管理

ITIL即（Information Technology Infrastructure Library） 由英國政府部門CCTA（Central Computing and Telecommunications Agency）在20世紀(jì)80年代末制訂，現(xiàn)由英國商務(wù)部OGC（Office of Government Commerce）負(fù)責(zé)管理，主要適用于IT服務(wù)管理（ITSM）。

ITIL為服務(wù)管理實踐提供了一個客觀、嚴(yán)謹(jǐn)、可量化的標(biāo)準(zhǔn)和規(guī)范，用戶可以根據(jù)自己的能力和需求定義自己所要求的不同服務(wù)水平，參考ITIL來規(guī)劃和制定其IT基礎(chǔ)架構(gòu)及服務(wù)管理，從而確保IT服務(wù)管理能為業(yè)務(wù)運作提供更好的支持。ITIL主要包括六個模塊，即業(yè)務(wù)管理、服務(wù)管理、ICT基礎(chǔ)架構(gòu)管理、IT服務(wù)管理規(guī)劃與實施、應(yīng)用管理和安全管理。

隨著信息技術(shù)在廣播行業(yè)的不斷深入，音頻工作站、大型存儲設(shè)備、服務(wù)器等一系列設(shè)備成為廣播工作的標(biāo)準(zhǔn)配置；操作系統(tǒng)、音頻軟件、管理軟件等第三方軟件產(chǎn)品應(yīng)用于廣播工作的方方面面。信息技術(shù)的標(biāo)準(zhǔn)化管理也成為了廣播行業(yè)的標(biāo)準(zhǔn)操作守則。

ITIL并不能直接指導(dǎo)日常維護(hù)和補(bǔ)丁升級操作，但I(xiàn)TIL涵蓋了范圍更為寬廣的變更、分發(fā)和配置管理，從而使利用ITIL的思想和原則對補(bǔ)丁管理流程進(jìn)行規(guī)范成為可能。電臺在實施補(bǔ)丁管理的過程中，會遇到相當(dāng)多的問題。冗余低效的補(bǔ)丁分發(fā)方案、補(bǔ)丁記錄缺失、高風(fēng)險的補(bǔ)丁實施和沒有制定有效的補(bǔ)丁撤銷策略等是其中影響最大的問題。這些問題的存在，不但明顯降低了工作效率，還嚴(yán)重影響廣播電臺安全播出工作。

補(bǔ)丁管理是一個系統(tǒng)化的工作，它實施的好壞將直接影響廣播電臺的安全播出工作。因此廣播電臺所制定得補(bǔ)丁管理策略，首先就要明確實施目的，在了解目的之后，下一步需要做的就是，制定一個符合自己業(yè)務(wù)和IT環(huán)境現(xiàn)狀的理想補(bǔ)丁管理策略。

一.管理目的

作為廣播電臺系統(tǒng)管理人員，一個安全的網(wǎng)絡(luò)環(huán)境、穩(wěn)定的系統(tǒng)環(huán)境、功能強(qiáng)大且貼近用戶的音頻軟件是我們職責(zé)所在。作為這個目標(biāo)的一部分，我們必須及時系統(tǒng)為安裝最新的系統(tǒng)補(bǔ)丁和安全補(bǔ)丁，為音頻軟件及時安裝更新包。

二.現(xiàn)狀分析

要在廣播電臺中做好補(bǔ)丁管理工作，首先需要了解系統(tǒng)環(huán)境、網(wǎng)絡(luò)環(huán)境和各類軟件等運行情況，以便下一步有針對性地跟蹤所需要的補(bǔ)丁和要采取的措施。

三.風(fēng)險評估

在進(jìn)行補(bǔ)丁升級操作之前，我們需要獲得當(dāng)前最新的補(bǔ)丁程序信息，同時還要知道哪里需要進(jìn)行補(bǔ)丁升級操作的。因此，在風(fēng)險評估這一階段對存在漏洞進(jìn)行調(diào)查，并獲取補(bǔ)丁程序的信息。

風(fēng)險評估的一般步驟如下：1、獲取漏洞信息和廠商的補(bǔ)丁信息；2、評估漏洞和補(bǔ)丁對現(xiàn)有系統(tǒng)及應(yīng)用程序的影響；3、查找并記錄現(xiàn)有系統(tǒng)和應(yīng)用程序中存在的漏洞，并記錄所有的處置決定；4、將漏洞情況通知部門領(lǐng)導(dǎo)并提交變更請求。

對于操作系統(tǒng)而言，廣播電臺可以很方便地從相關(guān)廠商或各大安全站點上獲取最新的漏洞和補(bǔ)丁信息。這些漏洞信息中通常包括受影響系統(tǒng)、漏洞描述和威脅等。廣播電臺工作人員需要將這些信息記錄下來，并作為補(bǔ)丁程序使用決定的依據(jù)之一。

對于音頻軟件等產(chǎn)品，廣播電臺可以從廠商獲取最近漏洞和補(bǔ)丁信息，并且將自己所遭遇的BUG及功能改進(jìn)需求及時通知廠商。廣播電臺系統(tǒng)管理人員需要將這些信息記錄下來，作為補(bǔ)丁程序使用的依據(jù)之一。

四.補(bǔ)丁請求管理

在收到補(bǔ)丁請求后，系統(tǒng)管理員人就需要對補(bǔ)丁請求進(jìn)行審核和批準(zhǔn)。這個階段通常包括對補(bǔ)丁請求的審核，評估變更可能帶來的影響和成本，批準(zhǔn)已經(jīng)評估的補(bǔ)丁以及跟蹤補(bǔ)丁的實施效果等步驟。

對于自動化播出系統(tǒng)而言，補(bǔ)丁一般分為兩類。一類是廠商定期的補(bǔ)丁程序，另一類是廠商的緊急補(bǔ)丁升級程序。

無論是哪一類補(bǔ)丁程序中，系統(tǒng)管理員都必須根據(jù)補(bǔ)丁請求，仔細(xì)評估補(bǔ)丁可能帶來的影響和風(fēng)險，批準(zhǔn)已經(jīng)評估的補(bǔ)丁，并跟蹤補(bǔ)丁的實施效果。

在部署之前，廣播電畢所有的補(bǔ)丁之后，系統(tǒng)管理人員將確認(rèn)補(bǔ)丁是否成功安裝，以及沒有產(chǎn)生副作用。人員要對一個補(bǔ)丁在自動化播出系統(tǒng)里所產(chǎn)生的效果進(jìn)行評估。同時，還要要評估與該補(bǔ)丁相關(guān)的各平臺可能會受到的影響。在運行一段時間后，根據(jù)運行情況，出具測試報告，并將報告提交上級領(lǐng)導(dǎo)。

此外，齊全的文檔記錄非常重要，這對實施緊補(bǔ)丁流程尤其重要。只有這樣，系統(tǒng)管理員才能跟蹤補(bǔ)丁更新的實施效果。同時，系統(tǒng)管理員應(yīng)該做好軟件、數(shù)據(jù)的備份工作。在補(bǔ)丁更新出現(xiàn)問題時也能夠及時按照文檔的記錄進(jìn)行修正。

五.補(bǔ)丁部署

在獲得上級領(lǐng)導(dǎo)批復(fù)后，同時做好安全應(yīng)急方案后，就可以開始部署打補(bǔ)丁工作了。每一步操作都須嚴(yán)格遵守事先規(guī)定的進(jìn)程，確保所有設(shè)備安裝了所有最新的補(bǔ)丁。

面對中央臺錯綜復(fù)雜的使用環(huán)境，如何保證每臺設(shè)備都迅速快捷的安裝了補(bǔ)丁程序？

自動化極其重要，變更記錄、確保補(bǔ)丁不干擾其他應(yīng)用程序的測試以及避免堵塞網(wǎng)絡(luò)的部署策略也極其重要。

對于Windows系統(tǒng)而言，微軟就致力于能夠自動給Windows服務(wù)器和桌面機(jī)打補(bǔ)丁。Windows服務(wù)器更新服務(wù)（WSUS）提供了本地管理的軟件更新服務(wù)，這是除本地微軟更新系統(tǒng)之外的一種選擇。系統(tǒng)管理員可以使用WSUS，就可以從中心服務(wù)器，自動分發(fā)補(bǔ)丁和更新程序給客戶機(jī)。

對于制作系統(tǒng)而言，英孚美迪公司開發(fā)了一套自己的軟件UPDATE更新服務(wù)。系統(tǒng)管理員可以通過它從服務(wù)器自動分發(fā)補(bǔ)丁給客戶端。編播人員在登錄時就可以自動更新制作軟件。

對于播出系統(tǒng)而言，中央電臺各套播出站雖然有著統(tǒng)一的基本配置，但是各套頻率對播出又有不同的要求。因此手工打補(bǔ)丁這項工作極其重要。手工打補(bǔ)丁要列一份詳細(xì)的清單，列出補(bǔ)丁流程的每一個步驟，包括收集補(bǔ)丁信息、確定嚴(yán)重性和優(yōu)先級、進(jìn)行詳細(xì)測試以便發(fā)現(xiàn)補(bǔ)丁會不會影響其他系統(tǒng)，以及確定哪些端點設(shè)備需要更新。

六.審核，評估以及驗證

完畢所有的補(bǔ)丁之后，系統(tǒng)管理人員將確認(rèn)補(bǔ)丁是否成功安裝，以及沒有產(chǎn)生副作用，并根據(jù)風(fēng)險評估時所記錄的信息一一比對，確認(rèn)問題已經(jīng)解決。

制定并實施基于ITIL的補(bǔ)丁管理策略，可以保證中央臺能夠以標(biāo)準(zhǔn)化的流程評估、和應(yīng)用補(bǔ)丁程序，并及時解決在進(jìn)行補(bǔ)丁升級時可能遇到的問題，保障中央臺安全播出。同時，大大降低補(bǔ)丁程序可能對中央臺安全播出造成的影響。

總之要比較好的進(jìn)行補(bǔ)丁管理，需要：

1.良好、規(guī)范的流程，有效的運營機(jī)制；

2.具有一定技術(shù)水平的系統(tǒng)管理人員、網(wǎng)絡(luò)管理員，并且大家相互之間需要良好的溝通與合作；

3.具有方便高效的管理工具和技術(shù)。B&P

參考文獻(xiàn)：

1.《中型企業(yè)補(bǔ)丁管理解決方案》

第8篇：變更管理的步驟和流程范文

[關(guān)鍵詞]軍用型號軟件；GJB 5000A；需求；管理；軟件工程化

doi：10.3969/j.issn.1673 - 0194.2015.18.122

[中圖分類號]TP311 [文獻(xiàn)標(biāo)識碼]A [文章編號]1673-0194（2015）18-0-02

0 引 言

隨著國際關(guān)系局勢日益嚴(yán)峻，近年來，軍用型號軟件項目數(shù)量劇增，且功能不斷擴(kuò)充，但軍用軟件運行的高可靠性、安全性仍是保證部隊作戰(zhàn)的首要戰(zhàn)略指標(biāo)。在軟件研發(fā)團(tuán)隊人員及水平相對固定的情況下，按照以往過多依賴于個人能力和“游擊隊”式的開發(fā)模式，不但不能滿足型號軟件工程化管理要求，并且為軟件后期運行維護(hù)帶來了極大隱患，故需要對軟件研制過程各項活動進(jìn)行分析及把關(guān)，提高交付軟件質(zhì)量，保證交付進(jìn)度。通過梳理，近年來軍用型號研制過程中出現(xiàn)的質(zhì)量問題，主要原因有如下幾方面：第一，部分軟件后期由于與相關(guān)系統(tǒng)的接口需求分析不明確造成軟件運行錯誤；第二，開發(fā)方過度承諾，后期需求變更無法控制且版本混亂；第三，大多數(shù)系統(tǒng)和軟件項目的投入，有一半以上純屬浪費；第四，用戶提供給開發(fā)方的需求清單不能反映真實需求；第五，系統(tǒng)測試階段發(fā)現(xiàn)的錯誤，80%是由不正確的需求或遺漏的需求造成的；第六，項目主管對需求分析和定義的基本原理和重要性缺乏認(rèn)識，忽視對需求的投入；第七，缺乏有效的需求分析工具支持需求分析和需求管理。

與傳統(tǒng)的、有形的、可描述清晰的以及可具體檢測的硬件生產(chǎn)制造需求相比，軟件需求具有模糊性、變化性和主觀性的特點。正因為軟件需求的這些特點，對于一個軟件項目的開發(fā)來講，最困難的部分就是準(zhǔn)確說明軟件需求，在用戶和開發(fā)團(tuán)隊之間建立對需求的共同理解，維護(hù)需求與各階段工作產(chǎn)品達(dá)到一致性，并控制需求的變更。由此可見，軟件需求分析及實現(xiàn)作為項目研制最重要的一個組成部分，對其過程管理的好壞很大程度上決定了軟件開發(fā)的成敗。

1 基于GJB 5000A建立本地化的需求管理模型

通過多年探索和研究發(fā)現(xiàn)，在運用GJB 9001B實現(xiàn)對軟件研制各階段產(chǎn)品進(jìn)行有效考核的基礎(chǔ)上，借助GIB 5000A可幫助軍工單位加強(qiáng)軟件研制過程管控，滿足軟件工程化要求，確保軟件研發(fā)進(jìn)度及質(zhì)量。GJB 5000A-2008《軍用軟件研制能力成熟度模型》是參照《軟件能力成熟度模型》（CMMI）1.2版制定的。其目的是幫助軍用軟件研發(fā)組織對軟件研制過程進(jìn)行管理和改進(jìn)，增強(qiáng)開發(fā)與改進(jìn)能力，它為改進(jìn)一個組織的軟件開發(fā)過程提供了單一的集成化框架，二級分為7個過程域，各域繼相互獨立又相輔相成。其中需求管理是一個單獨的過程域，主要由5個專用實踐來描述。這5個專用實踐圍繞著“管理需求”這個專用目標(biāo)開展，如圖1所示是基于GJB 5000A的需求管理模型。

1.1 軟件需求管理基本過程定制

根據(jù)我所型號軟件工程化大綱要求及軟件研制具體流程，對需求管理過程進(jìn)行了本地化定制，其中，專用實踐SP1.1和SP1.2在實際執(zhí)行過程中關(guān)聯(lián)性較強(qiáng)，且時間較集中，采用“需求的理解和承諾”活動來描述，重點細(xì)化明確了需求提供者準(zhǔn)則，將型號項目組定位為用戶方，軟件研究室定位為開發(fā)方，系統(tǒng)總體及軟件生產(chǎn)人員定位為軟件部署和維護(hù)人員；考慮到以往軟件研制過程“重代碼輕文檔”的弊端，對系統(tǒng)需求的顆粒度劃分原則進(jìn)行了定義，并將其細(xì)化入《軟件任務(wù)書評審要素表》及《軟件任務(wù)書檢查表》具體條目，為確保軟件需求的可追溯落到實處奠定了基礎(chǔ)。在訂制過程中，隨著對體系的理解不斷加深，也采用了使用替代實踐的方式簡化本地化執(zhí)行步驟，如為了簡化需求承諾的流程使其具有可操作性，裁剪掉了軟件需求承諾單，用軟件評審結(jié)論報告簽署頁及軟件任務(wù)書審簽流程替代；將需求管理計劃并入軟件項目開發(fā)計劃，確保需求管理過程策劃與項目開發(fā)主計劃的一致性。

SP1.4和SP1.5所關(guān)注的內(nèi)容，貫穿軟件研制過程的各個階段，且存在前后依賴關(guān)系，執(zhí)行時間點為階段工作完成時和需求發(fā)生變更時，故采取用“需求跟蹤”活動來描述，航天科技集團(tuán)北京航天發(fā)射技術(shù)研究所（以下簡稱我所）軟件多為非獨立工作模式，主要運行于整個CAN總線通信網(wǎng)絡(luò)或以太網(wǎng)通信網(wǎng)絡(luò)中，與其他軟件有頻繁的數(shù)據(jù)交互，故在需求跟蹤實踐中，除了關(guān)注軟件本身的功能、性能在各級工作產(chǎn)品中完成情況，也強(qiáng)調(diào)與相關(guān)聯(lián)軟件的通信接口即橫向需求的追蹤，對于軟件需求輸入中非技術(shù)類條目的追蹤，在項目管理PMC過程域中通過項目例會及相關(guān)評審活動實現(xiàn)。對于需求追蹤的形式制定了需求正反向追蹤記錄表―需求跟蹤矩陣―項目問題追蹤表―項目問題報告及糾正單的統(tǒng)一化流程處理方式。并明確需求追蹤不一致性的發(fā)現(xiàn)渠道，除軟件項目組成員，還包括第三方測試人員、利益相關(guān)方、項目QA人員及同行專家。

由于SP1.3需求的變更對后續(xù)軟件質(zhì)量、顧客滿意度、批產(chǎn)及運行維護(hù)過程都有很大影響，故對需求變更活動，進(jìn)行了強(qiáng)化說明，并細(xì)分具體的操作步驟。通過軟件需求變更情景劃分定義了不同的軟件需求變更流程，對于研制過程中產(chǎn)生的變更，按照軟件更改申請單提交―型號指揮批準(zhǔn)（SCCB組長）―軟件更改研制―軟件回歸測試―版本升級受控流程來實現(xiàn)，對于軟件外場參加大型試驗及運行維護(hù)時發(fā)生地變更，按照填寫軟件需求溝通備忘錄，填寫外場軟件狀態(tài)更改記錄單―例外放行情況確認(rèn)―補(bǔ)錄技術(shù)偏離單、軟件更改申請單及更改單―入庫受控流程實現(xiàn)。

1.2 適用于不同生存周期模型的需求管理過程

隨著軟件編程語言、運行環(huán)境的擴(kuò)展，結(jié)合型號研制進(jìn)度緊、用戶需求變更頻繁的特點，傳統(tǒng)的瀑布模型已經(jīng)不能滿足目前多型號軟件并行開發(fā)的局面，通過梳理我所型號軟件研制特點，結(jié)合《QJA 30A（2013）航天型號軟件工程化要求》中定義的航天軟件研制類型，對新研軟件進(jìn)行了分類，除傳統(tǒng)瀑布模型外，充分借鑒敏捷開發(fā)方法，結(jié)合航天企業(yè)文化特點，新增原型開發(fā)模型、迭代模型及增量模型，可單獨使用也可組合使用，并可在定義模型基礎(chǔ)上根據(jù)型號研制階段特點對模型進(jìn)行衍生及細(xì)分，覆蓋各型號軟件研制任務(wù)，可根據(jù)軟件開發(fā)人員能力梯度及項目組成員組成選用不同的開發(fā)模型。

對于迭代模型及原型開發(fā)模型中迭代階段的需求開發(fā)及實現(xiàn)，采用需求溝通備忘錄及需求正反向追蹤表確保需求的可追蹤性，弱化需求變更的流程控制，迭代過程中軟件版本入開發(fā)庫管理，當(dāng)?shù)A段完成后，回歸瀑布模型研制模式，嚴(yán)格遵守軟件需求變更流程，必要時需形成軟件更改影響域分析報告，并通過會議評審，確保需求更改的可行性。

1.3 軟件需求過程管理過程與其他過程域的集成

基于GJB 5000A的軟件工程化建設(shè)是一個各個過程域相互影響、共同促進(jìn)的過程，軟件需求管理過程的不斷推進(jìn)也離不開相關(guān)過程域的支持。主要有：需求變更對項目策劃過程的影響，將需求的變更轉(zhuǎn)化為進(jìn)度偏差，根據(jù)進(jìn)度偏差超閾值的多少來進(jìn)行合適的計劃變更；需求變更需要依賴測量與分析過程統(tǒng)計相關(guān)數(shù)據(jù)，方便項目研制過程中項目負(fù)責(zé)人宏觀把握需求狀態(tài)的情況，也為組織級生存周期模型選型指南及決策支持提供了保證；配置管理過程為需求承諾及變更輸入的有效性提供了支持，確保了軟件需求追蹤及變更活動不是無源之水。

2 軟件需求管理平臺建設(shè)

由于軟件規(guī)模龐大造成的需求顆粒較多，對需求追蹤及變更的有效性帶來了實際執(zhí)行困難，采用以往的Excel表格填寫方式，不但嚴(yán)重耗費一線技術(shù)人員的時間和精力，而且不能保證追蹤的有效性，久而久之，需求管理的執(zhí)行有效性下降，以往項目運行的各種弊端重新凸顯。我所與相關(guān)單位合作，嘗試研發(fā)訂制了軟件需求管理工具，經(jīng)試用，對提高人員效率，確保需求管理執(zhí)行落到實處起到了促進(jìn)作用。如：采用需求影響域分析，自動對變更工作產(chǎn)品的需求追蹤關(guān)系進(jìn)行分析，對于未變更的需求項，工具自動繼承與上級工作產(chǎn)品的追蹤關(guān)系，對于變更的功能項，用紅色在需求跟蹤矩陣中標(biāo)注出來，需求管理人員只需根據(jù)紅色標(biāo)注索引即可對更改需求項的追蹤關(guān)系重新定義，即可完成新一輪的需求追蹤活動，工具會自動生成新版本的需求跟蹤矩陣；針對表格化的需求跟蹤矩陣不直觀分析困難的特點，采取需求追蹤關(guān)系圖的表現(xiàn)形式，一列代表一個階段的工作產(chǎn)品，列與列之間通過連線表現(xiàn)相關(guān)工作產(chǎn)品的追蹤關(guān)系，當(dāng)需求發(fā)生變更時，需求管理人員只需直接拖動并改變連線即可實現(xiàn)對追蹤關(guān)系的重新定義。當(dāng)發(fā)生需求追蹤不一致情況時，只需根據(jù)本階段需求實現(xiàn)要素與之前各階段工作產(chǎn)品的需求項關(guān)聯(lián)情況，逐級檢查出中間環(huán)節(jié)未追蹤上或未實現(xiàn)的需求條目。效果如圖2所示。

3 結(jié) 語

通過為期1年的GJB 5000A二級全面運行，我所型號軟件工程化水平有了顯著提高，并實現(xiàn)了各型號軟件均能夠按期交付，靶場無低層次質(zhì)量問題出現(xiàn)，EPG組對本地化流程及管理模式也有了更深層次的理解。在現(xiàn)有本地化需求管理過程的基礎(chǔ)上，深化體系的本地化訂制，使其與本單位實際情況更加貼合，促進(jìn)執(zhí)行力度。

第一，簡化需求正反向追蹤記錄表，在各階段軟件設(shè)計文件中體現(xiàn)，無需再生成表單，簡化設(shè)計人員的工作量，避免了多處產(chǎn)生同一張表帶來內(nèi)容不一致的隱患；

第二，對不同生存周期模型的需求管理活動的測量項進(jìn)行梳理和定義，對于采用敏捷方法開發(fā)的軟件弱化對需求變更情況的統(tǒng)計，加強(qiáng)對軟件質(zhì)量問題及研制進(jìn)度的測量與分析；

第9篇：變更管理的步驟和流程范文

一、企業(yè)架構(gòu)理論及其內(nèi)容框架

1.企業(yè)架構(gòu)理論概述

企業(yè)架構(gòu)起源于上世紀(jì)80年代，是在信息化建設(shè)日益復(fù)雜，難以管理，難以控制的情況下提出的。目前已經(jīng)衍生出Zachman框架、TOGAF（The Open Group Architecture Framework）框架等多種框架，并被廣泛應(yīng)用到不同領(lǐng)域中。應(yīng)用企業(yè)架構(gòu)的基本目標(biāo)是在對企業(yè)的業(yè)務(wù)戰(zhàn)略理解的基礎(chǔ)上，進(jìn)行信息化頂層設(shè)計，形成靈活穩(wěn)健的IT結(jié)構(gòu)，以信息化建設(shè)促進(jìn)企業(yè)業(yè)務(wù)戰(zhàn)略和IT戰(zhàn)略的落地。因此，企業(yè)架構(gòu)強(qiáng)調(diào)從全局視角去管理企業(yè)的信息化建設(shè)，構(gòu)建統(tǒng)一的企業(yè)級信息化方案及其發(fā)展路線，對上支撐企業(yè)的中長期發(fā)展戰(zhàn)略和信息化戰(zhàn)略，往下指導(dǎo)信息化項目建設(shè)落地。

2.電網(wǎng)企業(yè)的企業(yè)架構(gòu)內(nèi)容框架

企業(yè)架構(gòu)是企業(yè)的核心資產(chǎn)，使企業(yè)擁有應(yīng)對變更的能力。南方電網(wǎng)公司企業(yè)架構(gòu)內(nèi)容框架定義了企業(yè)架構(gòu)所關(guān)注的內(nèi)容，包括企業(yè)架構(gòu)組件和企業(yè)架構(gòu)治理。（1）企業(yè)架構(gòu)組件包括參考架構(gòu)、架構(gòu)藍(lán)圖、技術(shù)標(biāo)準(zhǔn)和架構(gòu)原則、架構(gòu)發(fā)展路線圖四部分內(nèi)容。（2）企業(yè)架構(gòu)治理又稱企業(yè)架構(gòu)管控，是保障企業(yè)戰(zhàn)略的信息化建設(shè)實現(xiàn)，確保企業(yè)架構(gòu)發(fā)揮其價值的方法。

二、電網(wǎng)企業(yè)信息化項目群管理的應(yīng)用

1.電網(wǎng)企業(yè)項目群管理應(yīng)用概述

項目群管理是指為了實現(xiàn)組織的戰(zhàn)略目標(biāo)和業(yè)務(wù)需求，而對一組項目（項目群）進(jìn)行的統(tǒng)一協(xié)調(diào)管理。隨著“十二五”規(guī)劃的制定，我國電網(wǎng)企業(yè)的信息化項目建設(shè)正處于期，如何統(tǒng)籌管理正在進(jìn)行的營銷、生產(chǎn)、人力、綜合等各領(lǐng)域的信息建設(shè)項目，是電網(wǎng)企業(yè)當(dāng)前面面臨的巨大挑戰(zhàn)。在項目群管理應(yīng)用上，電網(wǎng)企業(yè)實踐中關(guān)注的重點集中在：讓每個項目為統(tǒng)一的企業(yè)戰(zhàn)略和業(yè)務(wù)需求服務(wù)；構(gòu)建覆蓋信息化項目全生命周期管理的項目管理規(guī)范，最大化提高質(zhì)量，降低風(fēng)險；為項目管理制定工作標(biāo)準(zhǔn)和管理標(biāo)準(zhǔn)，形成可指導(dǎo)操作的成果；為每個項目分配企業(yè)的資源、協(xié)調(diào)各職能部門很好的為項目服務(wù)；項目組合、優(yōu)先排序的問題；項目績效評價的問題。

2.信息化項目群管理能力及其不足

根據(jù)國內(nèi)外學(xué)者的研究，目前已識別的信息化項目群管理的能力包括：交付戰(zhàn)略目標(biāo)；可預(yù)測的，可重復(fù)的工具和技術(shù)的使用；在項目管理方面專業(yè)人士的增長；標(biāo)準(zhǔn)化和輕便的工具和技術(shù)；項目管理工具的使用成為核心競爭力；組織設(shè)計和績效的改進(jìn)；更多能干和熟練的項目團(tuán)隊；利潤率的提高；組織整體績效的外部認(rèn)可。

同時，電網(wǎng)企業(yè)的項目群管理也容易出現(xiàn)如下幾個問題：（1）與企業(yè)戰(zhàn)略結(jié)合不足，只從領(lǐng)導(dǎo)關(guān)注及業(yè)務(wù)緊迫性去協(xié)同各項目，無法從戰(zhàn)略的角度掌握項目群的資源調(diào)度、排定項目順序，并明確各個項目的范圍、目標(biāo)與可用資源；（2）忽略項目間的關(guān)聯(lián)，如在進(jìn)行項目分群時只是簡單的按業(yè)務(wù)進(jìn)行項目群的劃分，這就無法從根本上避免項目的重復(fù)建設(shè)以及項目的協(xié)同等問題；（3）對系統(tǒng)的架構(gòu)管控能力不足，在沒有引入企業(yè)架構(gòu)治理前，由于缺少必要的標(biāo)準(zhǔn)和方法，項目群管理無法對項目群的信息化系統(tǒng)架構(gòu)進(jìn)行評估。

三、企業(yè)架構(gòu)治理及對信息化項目群管理能力的提升

1.電網(wǎng)企業(yè)的企業(yè)架構(gòu)治理

（1）企業(yè)架構(gòu)治理組織

廣東電網(wǎng)企業(yè)架構(gòu)治理是在承接南方電網(wǎng)企業(yè)架構(gòu)資產(chǎn)和企業(yè)架構(gòu)管控體系的基礎(chǔ)上，結(jié)合廣東電網(wǎng)的實踐開展的。組織架構(gòu)包括：①企業(yè)架構(gòu)委員會是企業(yè)架構(gòu)治理的管理層。主要職責(zé)為：建設(shè)或優(yōu)化企業(yè)架構(gòu)管理隊伍；組織開展并指導(dǎo)業(yè)務(wù)、應(yīng)用、數(shù)據(jù)、技術(shù)領(lǐng)域的系統(tǒng)架構(gòu)管控工作等。②架構(gòu)管控組（設(shè)計層）是企業(yè)架構(gòu)治理的設(shè)計組織，包括業(yè)務(wù)、應(yīng)用、數(shù)據(jù)和技術(shù)四個架構(gòu)小組。主要職責(zé)為：負(fù)責(zé)開展企業(yè)架構(gòu)管控工作，評審系統(tǒng)架構(gòu)設(shè)計資產(chǎn)等。③架構(gòu)專家組由企業(yè)內(nèi)部專家和外部專家顧問所組成。主要職責(zé)為：負(fù)責(zé)參與系統(tǒng)架構(gòu)遵從評審；負(fù)責(zé)參與設(shè)計/優(yōu)化企業(yè)架構(gòu)管控體系。④架構(gòu)管控組（執(zhí)行層）是架構(gòu)治理的執(zhí)行組織，由各項目的系統(tǒng)架構(gòu)師、外部咨詢機(jī)構(gòu)有專業(yè)職能的人員組成。主要職責(zé)為：負(fù)責(zé)依照企業(yè)架構(gòu)的要求組織開展項目內(nèi)系統(tǒng)架構(gòu)設(shè)計；配合開展系統(tǒng)架構(gòu)遵從審查，以及系統(tǒng)架構(gòu)歸集和更新工作。

圖1企業(yè)架構(gòu)治理組織結(jié)構(gòu)圖

（2）企業(yè)架構(gòu)治理標(biāo)準(zhǔn)

企業(yè)架構(gòu)治理的標(biāo)準(zhǔn)包括企業(yè)架構(gòu)的元模型、總體架構(gòu)資產(chǎn)（如數(shù)據(jù)架構(gòu)標(biāo)準(zhǔn)）、設(shè)計標(biāo)準(zhǔn)規(guī)范（如《信息化架構(gòu)管控業(yè)務(wù)指導(dǎo)書》）、文檔模板和流程表單模板（如各階段的架構(gòu)遵從審查表單）等內(nèi)容，應(yīng)用于系統(tǒng)架構(gòu)設(shè)計以及系統(tǒng)架構(gòu)的遵從審查過程中。系統(tǒng)架構(gòu)設(shè)計遵循元模型標(biāo)準(zhǔn)，使用統(tǒng)一的流程表單，確保整個企業(yè)使用一致的架構(gòu)設(shè)計語言。系統(tǒng)架構(gòu)遵從審查則以企業(yè)架構(gòu)資產(chǎn)為標(biāo)準(zhǔn)，審查系統(tǒng)的數(shù)據(jù)和技術(shù)設(shè)計是否遵循架構(gòu)資產(chǎn)。在元模型標(biāo)準(zhǔn)和企業(yè)架構(gòu)資產(chǎn)的基礎(chǔ)上，再結(jié)合企業(yè)的項目標(biāo)準(zhǔn)制定系統(tǒng)在數(shù)據(jù)架構(gòu)、技術(shù)架構(gòu)上的設(shè)計標(biāo)準(zhǔn)，指導(dǎo)系統(tǒng)架構(gòu)設(shè)計師依照規(guī)范化的原則、策略和方法進(jìn)行系統(tǒng)架構(gòu)設(shè)計工作。系統(tǒng)架構(gòu)遵從文檔模板則用于規(guī)范化項目建設(shè)過程文檔，為企業(yè)架構(gòu)委員會進(jìn)行系統(tǒng)架構(gòu)遵從審查提供基礎(chǔ)，同時提升項目管理精益化水平。

（3）企業(yè)架構(gòu)治理流程

企業(yè)架構(gòu)治理流程包括：總體企業(yè)架構(gòu)（簡稱總體架構(gòu)）資產(chǎn)管控、項目建設(shè)系統(tǒng)架構(gòu)（簡稱系統(tǒng)架構(gòu)）資產(chǎn)管控、系統(tǒng)架構(gòu)遵從審查以及公共流程。①總體架構(gòu)資產(chǎn)管控，用于規(guī)范總體架構(gòu)資產(chǎn)的設(shè)計和維護(hù)過程，明確相應(yīng)的過程步驟、職責(zé)分工和流程表單，包括總體架構(gòu)設(shè)計流程和總體架構(gòu)變更流程。②系統(tǒng)架構(gòu)資產(chǎn)管控，用于規(guī)范系統(tǒng)架構(gòu)資產(chǎn)的設(shè)計和維護(hù)過程，包括系統(tǒng)架構(gòu)設(shè)計流程、系統(tǒng)架構(gòu)變更流程和系統(tǒng)架構(gòu)改造流程。③系統(tǒng)架構(gòu)遵從審查用于規(guī)范項目建設(shè)生命周期各階段過程對企業(yè)架構(gòu)資產(chǎn)的遵從，針對系統(tǒng)的可行性研究階段、需求階段、系統(tǒng)設(shè)計階段和系統(tǒng)上線階段。④公共流程包括架構(gòu)遵從例外申訴歷程和企業(yè)架構(gòu)問題咨詢流程。

（4）企業(yè)架構(gòu)治理績效

企業(yè)架構(gòu)治理績效用于評價架構(gòu)治理效果，通過哪些關(guān)鍵業(yè)績指標(biāo)（KPI）考核架構(gòu)治理績效。通過對企業(yè)架構(gòu)相關(guān)工作的評估客觀評定企業(yè)架構(gòu)治理現(xiàn)狀，及時發(fā)現(xiàn)提升點，促進(jìn)企業(yè)架構(gòu)治理水平和服務(wù)能力的持續(xù)提升。包括三方面內(nèi)容：

①企業(yè)架構(gòu)人才隊伍指標(biāo)：評價公司內(nèi)部員工對企業(yè)架構(gòu)熟悉程度，一方面評價了解企業(yè)架構(gòu)理念的員工比例，另一方面評價公司員工對企業(yè)架構(gòu)的熟悉深度。如：企業(yè)架構(gòu)普及度。

②企業(yè)架構(gòu)能力指標(biāo)：評價公司企業(yè)架構(gòu)能力，包括企業(yè)架構(gòu)建設(shè)能力（即架構(gòu)藍(lán)圖、標(biāo)準(zhǔn)的實現(xiàn)程度）和企業(yè)架構(gòu)應(yīng)用能力（即企業(yè)架構(gòu)應(yīng)用于公司信息化項目的設(shè)計和管理能力）。如：藍(lán)圖現(xiàn)狀實現(xiàn)比例、受企業(yè)架構(gòu)管控項目比例。

③項目建設(shè)架構(gòu)指標(biāo)：評價單個項目企業(yè)架構(gòu)能力，包括項目中的人員配置、系統(tǒng)架構(gòu)設(shè)計完整、規(guī)范、遵從程度、以及項目開展系統(tǒng)架構(gòu)設(shè)計和更新工作的積極性。如：系統(tǒng)架構(gòu)遵從度、企業(yè)架構(gòu)更新及時性。

2.應(yīng)用企業(yè)架構(gòu)治理提升信息化項目群管理能力的探索

（1）企業(yè)架構(gòu)治理在電網(wǎng)企業(yè)項目群管理的應(yīng)用

企業(yè)架構(gòu)治理在項目管控上的應(yīng)用，一方面是企業(yè)架構(gòu)遵從的管控，即對項目由可行性研究、需求規(guī)格、系統(tǒng)設(shè)計、測試驗證和系統(tǒng)上線等各階段對企業(yè)架構(gòu)資產(chǎn)的遵從審查。另一方面是架構(gòu)相關(guān)過程的管控，要求項目建設(shè)或改造過程中的系統(tǒng)架構(gòu)設(shè)計、系統(tǒng)架構(gòu)變更和系統(tǒng)架構(gòu)改造使用統(tǒng)一的設(shè)計語言、流程表單、文檔模板和設(shè)計流程。

應(yīng)用到項目群管理，主要是將企業(yè)架構(gòu)治理在項目管控的應(yīng)用與項目群的各管控要素進(jìn)行融合，發(fā)揮企業(yè)架構(gòu)治理在架構(gòu)上的能力優(yōu)勢以及項目群管理在項目過程管控上的能力優(yōu)勢，為統(tǒng)一的企業(yè)戰(zhàn)略和業(yè)務(wù)戰(zhàn)略服務(wù)。結(jié)合廣東電網(wǎng)的實踐經(jīng)驗，企業(yè)架構(gòu)治理在項目群中的應(yīng)用模式如下：

①在組織結(jié)構(gòu)上，在項目群既有組織中融入架構(gòu)治理的組織架構(gòu)成為項目群管理的架構(gòu)小組，在項目群既有組織的基礎(chǔ)上增加企業(yè)架構(gòu)治理的能力要求。

②在管理流程上，在項目群管理的需求管理、需求變更管理、質(zhì)量管理流程中增加企業(yè)架構(gòu)遵從的審查，實現(xiàn)企業(yè)架構(gòu)治理流程與項目群管理流程的無縫銜接，并增加質(zhì)量管理計劃中的企業(yè)架構(gòu)管控節(jié)點。

③在文檔標(biāo)準(zhǔn)上，在項目群管理已有的文檔模板的基礎(chǔ)上增加系統(tǒng)架構(gòu)使用企業(yè)架構(gòu)治理相關(guān)模板的要求，將企業(yè)架構(gòu)的流程表單模板和工作模板融合到項目群管理的文檔標(biāo)準(zhǔn)中，實現(xiàn)項目群管理文檔模板的架構(gòu)化。

④在績效考核上，在項目群管理原有的績效考核指標(biāo)模型基礎(chǔ)上，增加企業(yè)架構(gòu)治理的相關(guān)考核指標(biāo)，實現(xiàn)績效考核的架構(gòu)化。

對不同狀態(tài)類型的項目，管控要點有所差異。針對新建項目，在可研、需求、設(shè)計和上線四個關(guān)鍵節(jié)點進(jìn)行架構(gòu)管控工作；針對已建在運項目，開展系統(tǒng)架構(gòu)歸集和架構(gòu)評估工作，可根據(jù)實際情況采用系統(tǒng)整改和系統(tǒng)遷移兩種方案規(guī)范化信息建設(shè)；針對在建項目，在進(jìn)行架構(gòu)遵從性的審查后進(jìn)行架構(gòu)的歸集和評估，并根據(jù)實際情況提出整改方案和計劃，在完成整改后，對整改情況進(jìn)行評審。

圖2企業(yè)架構(gòu)治理在項目群管理中的應(yīng)用

（2）企業(yè)架構(gòu)治理對信息化項目群管理能力的提升

企業(yè)架構(gòu)治理是確保企業(yè)架構(gòu)發(fā)揮作用的必然途徑，應(yīng)用于項目群管理中既能解決項目群管理容易出現(xiàn)的與企業(yè)戰(zhàn)略結(jié)合不足、忽略項目之間的關(guān)聯(lián)以及對系統(tǒng)架構(gòu)管控能力不足等問題，同時也能實現(xiàn)對信息化項目群既有管理能力的提升。

①提升交付戰(zhàn)略目標(biāo)的能力。傳統(tǒng)的項目群管理更多是基于項目級別的變更控制，而不是基于企業(yè)戰(zhàn)略級別的。通過應(yīng)用企業(yè)架構(gòu)治理能夠增加匹配企業(yè)戰(zhàn)略的控制點，使單個項目的項目目標(biāo)與企業(yè)架構(gòu)相符，從而與企業(yè)的戰(zhàn)略目標(biāo)匹配。

②提升可重復(fù)的工具和技術(shù)的使用能力。項目群管理模式對項目在管控的同時也應(yīng)提供服務(wù)的能力。企業(yè)架構(gòu)治理的相關(guān)標(biāo)準(zhǔn)，作為可重復(fù)使用的工具和技術(shù)，能夠更好地服務(wù)于項目群，提升項目群管理對項目的服務(wù)能力。

③項目群管理的組織設(shè)計和績效改進(jìn)的提升。在項目群的組織機(jī)構(gòu)中，融入或培養(yǎng)架構(gòu)設(shè)計與審查方面的人才，提升項目群管理組織對企業(yè)架構(gòu)落地的能力，實現(xiàn)項目群管理整體績效的提升。

④提升項目群管理提高利潤率的能力。架構(gòu)治理能夠避免應(yīng)用重復(fù)建設(shè)、信息孤島、項目之間缺少協(xié)同等問題，降低IT投資和運營成本以及信息化建設(shè)風(fēng)險，實現(xiàn)IT系統(tǒng)的靈活性和互操作性，以更快地響應(yīng)業(yè)務(wù)需求，增強(qiáng)組織的外部認(rèn)可。

四、結(jié)語

文章在分析企業(yè)架構(gòu)理論和電網(wǎng)企業(yè)的企業(yè)架構(gòu)治理構(gòu)建模式的基礎(chǔ)上，提出了企業(yè)架構(gòu)治理與信息化項目群管理的融合思路，并結(jié)合電網(wǎng)公司的實際情況，指明了企業(yè)架構(gòu)治理應(yīng)用于信息化項目群管理的模式以及企業(yè)架構(gòu)治理對信息化項目群管理能力的提升，適用于省級電網(wǎng)公司企業(yè)架構(gòu)治理與信息化項目群管理的融合建設(shè)。

參考文獻(xiàn)：

[1]曾森，范玉順.面向服務(wù)的企業(yè)架構(gòu).《計算機(jī)應(yīng)用研究》，2008年02期

[2]柳純錄.信息系統(tǒng)項目管理師教程.清華大學(xué)出版社，2008

作者簡介：

胡波（1982—）男，工程師，主要從事電力信息化規(guī)劃、企業(yè)架構(gòu)管理工作；

蕭展輝（1975—）男，高級工程師，從事電力行業(yè)信息化、信息資源規(guī)劃、企業(yè)應(yīng)用集成、計算機(jī)技術(shù)應(yīng)用和企業(yè)信息管理方面工作；

陳軍（1968—）男，高級工程師，長期從事電力通信、管理和信息化工作；