變更管理的步驟和流程精選(九篇)

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

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

1ITIL與變更管理

1.1ITIL簡(jiǎn)介

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

ITIL整個(gè)架構(gòu)由6個(gè)模塊構(gòu)成，其中包括業(yè)務(wù)管理（Business Perspective）、服務(wù)管理、ICT基礎(chǔ)架構(gòu)管理（ICT Infrastructure Management）、IT服務(wù)管理規(guī)劃與實(shí)施（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ù)的同時(shí)，應(yīng)該盡量抓住業(yè)務(wù)需求這個(gè)核心環(huán)節(jié)。業(yè)務(wù)管理模塊讓業(yè)務(wù)管理者根據(jù)自己的商業(yè)頭腦去分析IT相關(guān)問(wèn)題，并且還需要深入掌握ICT基礎(chǔ)架構(gòu)支持和IT服務(wù)管理在提供兩點(diǎn)之間的IT服務(wù)過(guò)程中所起到的作用，同時(shí)需要協(xié)助它們更好地處理與服務(wù)提供者之間的聯(lián)系，以更好地實(shí)現(xiàn)商業(yè)利益。

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

1.2變更管理和ITIL

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

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

1.3變更管理簡(jiǎn)介

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

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

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

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

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

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

2.2變更管理設(shè)計(jì)

3結(jié)語(yǔ)

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

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

參考文獻(xiàn)：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第一步:問(wèn)題管理。

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

第二步:計(jì)劃管理。

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

第三步:流程管理。

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

第四步:成本管理。

包括公司日?qǐng)?bào),周、日工作時(shí)間統(tǒng)計(jì)查詢(xún),周、日成本自動(dòng)核算查詢(xún),項(xiàng)目日成本核算查詢(xún),項(xiàng)目成本自動(dòng)預(yù)警,項(xiàng)目成本效益自動(dòng)計(jì)算查詢(xún),項(xiàng)目成本多維度查詢(xún),個(gè)人任務(wù)成本查詢(xún),公司周度月度成本報(bào)表自動(dòng)生成等功能,可以全盤(pán)清晰化掌握公司的全部環(huán)節(jié)的成本。

第五步:績(jī)效管理。

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

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

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

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

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

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

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

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

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

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

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

3.4問(wèn)題管理的流程

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

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

3.5時(shí)間管理

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

3.6涉及到的管理

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

4功能模塊設(shè)計(jì)

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

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

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

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

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

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

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

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

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

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

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

(9)問(wèn)題解決的過(guò)程情況匯報(bào)可以通過(guò)“寫(xiě)日志”來(lái)記錄。

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

參考文獻(xiàn)

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

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

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

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

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

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

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

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

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

②客觀因素。這就是指在電力施工中因?yàn)橐恍┳匀粸?zāi)害或不可預(yù)見(jiàn)的事故、社會(huì)因素引起的停工和工期拖延等，這樣的工程變更是不可避免的，也是無(wú)法預(yù)料到的。

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

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

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

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

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

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

2 對(duì)需求變更的控制策略

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

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

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

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

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

3 需求變更的控制流程

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

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

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

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

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

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

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

5 結(jié)論

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

參考文獻(xiàn)

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

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

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

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

保持實(shí)施和運(yùn)維的一致

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

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

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

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

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

別身在聚寶盤(pán)還撿不到寶

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

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

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

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

有效的工具和方法論

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

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

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

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

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

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

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

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

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

AVE方法的主要特點(diǎn)如下:

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

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

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

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

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

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

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

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

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

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

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

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

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

第一,嚴(yán)密的項(xiàng)目實(shí)施邏輯。

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

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

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

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

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

第四,重視知識(shí)的固化。

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

但是該方法在實(shí)施過(guò)程中還存在一些不足,比如:

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

• 在Solution Manager中維護(hù)IMG配置項(xiàng)時(shí),由于Solution Manager對(duì)藍(lán)圖架構(gòu)的限制,無(wú)法精確對(duì)應(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ù)管理；運(yùn)維；成效

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

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

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

1.1 IT服務(wù)管理的概念I(lǐng)T服務(wù)管理（以下稱(chēng)ITSM）[1]是一種以流程為導(dǎo)向、以客戶為中心的方法，它通過(guò)整合IT服務(wù)與企業(yè)業(yè)務(wù)，提高企業(yè)IT“服務(wù)提供”和“服務(wù)支持”的能力和水平。ITSM是聯(lián)系“IT服務(wù)”和“業(yè)務(wù)需求”的紐帶。ITSM的目的是建立“以企業(yè)內(nèi)部IT用戶為中心”的管理機(jī)制和運(yùn)作模式，以提供高質(zhì)量、低成本、可計(jì)量的IT服務(wù)。ITSM稱(chēng)為“IT服務(wù)管理”，它是一套幫助企業(yè)對(duì)IT系統(tǒng)的規(guī)劃、研發(fā)、實(shí)施和運(yùn)營(yíng)進(jìn)行有效管理的高質(zhì)量方法。它結(jié)合了高質(zhì)量服務(wù)不可缺少的PPT（流程、人員和技術(shù)）三大要素――標(biāo)準(zhǔn)流程負(fù)責(zé)監(jiān)控IT服務(wù)的運(yùn)行狀況，人員素質(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è)施庫(kù)）是Information Technology Infrastructure Library的縮寫(xiě)。ITSM是基于ITIL標(biāo)準(zhǔn)的信息化服務(wù)管理體系，ITIL是一套公開(kāi)的、用于規(guī)范IT服務(wù)管理的國(guó)際標(biāo)準(zhǔn)，它是一套最佳實(shí)踐，能夠協(xié)助企業(yè)實(shí)踐ITSM的相關(guān)流程，它可以在總體上幫助企業(yè)完善管理。ITIL是一個(gè)框架，它主要由兩個(gè)部分組成：一是服務(wù)運(yùn)營(yíng)（Service Support），包括五個(gè)方面的管理流程，如：突發(fā)事件管理、變更管理、配置管理、應(yīng)用管理以及服務(wù)臺(tái)的管理功能。二是服務(wù)戰(zhàn)術(shù)（Service Delivery），包括五個(gè)方面的管理流程，如：服務(wù)級(jí)別管理（SLM）、可用性管理、IT服務(wù)連續(xù)性管理、能力管理和IT服務(wù)財(cái)務(wù)管理[3]。

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

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

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

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

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

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

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

3結(jié)論

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

參考文獻(xiàn)：

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

1、系統(tǒng)功能

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

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

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

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

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

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

白山供電公司在企業(yè)內(nèi)部局域網(wǎng)建立一個(gè)網(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)，前臺(tái)采用JSP技術(shù)實(shí)現(xiàn)。該系統(tǒng)應(yīng)具有以下特點(diǎn)：

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

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

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

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

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

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

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

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

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

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

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

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

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

4、結(jié)論

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

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

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

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

隨著信息技術(shù)在廣播行業(yè)的不斷深入，音頻工作站、大型存儲(chǔ)設(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ǔ)丁升級(jí)操作，但I(xiàn)TIL涵蓋了范圍更為寬廣的變更、分發(fā)和配置管理，從而使利用ITIL的思想和原則對(duì)補(bǔ)丁管理流程進(jìn)行規(guī)范成為可能。電臺(tái)在實(shí)施補(bǔ)丁管理的過(guò)程中，會(huì)遇到相當(dāng)多的問(wèn)題。冗余低效的補(bǔ)丁分發(fā)方案、補(bǔ)丁記錄缺失、高風(fēng)險(xiǎn)的補(bǔ)丁實(shí)施和沒(méi)有制定有效的補(bǔ)丁撤銷(xiāo)策略等是其中影響最大的問(wèn)題。這些問(wèn)題的存在，不但明顯降低了工作效率，還嚴(yán)重影響廣播電臺(tái)安全播出工作。

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

一.管理目的

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

二.現(xiàn)狀分析

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

三.風(fēng)險(xiǎn)評(píng)估

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

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

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

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

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

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

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

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

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

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

五.補(bǔ)丁部署

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

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

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

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

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

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

六.審核，評(píng)估以及驗(yàn)證

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

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

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

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

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

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

參考文獻(xiàn)：

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

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

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

doi：10.3969/j.issn.1673 - 0194.2015.18.122

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

0 引 言

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

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

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

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

1.1 軟件需求管理基本過(guò)程定制

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

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

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

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

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

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

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

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

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

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

3 結(jié) 語(yǔ)

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

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

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

第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)是在對(duì)企業(yè)的業(yè)務(wù)戰(zhàn)略理解的基礎(chǔ)上，進(jìn)行信息化頂層設(shè)計(jì)，形成靈活穩(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è)級(jí)信息化方案及其發(fā)展路線，對(duì)上支撐企業(yè)的中長(zhǎng)期發(fā)展戰(zhàn)略和信息化戰(zhàn)略，往下指導(dǎo)信息化項(xiàng)目建設(shè)落地。

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

企業(yè)架構(gòu)是企業(yè)的核心資產(chǎn)，使企業(yè)擁有應(yīng)對(duì)變更的能力。南方電網(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)治理又稱(chēng)企業(yè)架構(gòu)管控，是保障企業(yè)戰(zhàn)略的信息化建設(shè)實(shí)現(xiàn)，確保企業(yè)架構(gòu)發(fā)揮其價(jià)值的方法。

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

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

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

2.信息化項(xiàng)目群管理能力及其不足

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

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

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

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)的實(shí)踐開(kāi)展的。組織架構(gòu)包括：①企業(yè)架構(gòu)委員會(huì)是企業(yè)架構(gòu)治理的管理層。主要職責(zé)為：建設(shè)或優(yōu)化企業(yè)架構(gòu)管理隊(duì)伍；組織開(kāi)展并指導(dǎo)業(yè)務(wù)、應(yīng)用、數(shù)據(jù)、技術(shù)領(lǐng)域的系統(tǒng)架構(gòu)管控工作等。②架構(gòu)管控組（設(shè)計(jì)層）是企業(yè)架構(gòu)治理的設(shè)計(jì)組織，包括業(yè)務(wù)、應(yīng)用、數(shù)據(jù)和技術(shù)四個(gè)架構(gòu)小組。主要職責(zé)為：負(fù)責(zé)開(kāi)展企業(yè)架構(gòu)管控工作，評(píng)審系統(tǒng)架構(gòu)設(shè)計(jì)資產(chǎn)等。③架構(gòu)專(zhuān)家組由企業(yè)內(nèi)部專(zhuān)家和外部專(zhuān)家顧問(wèn)所組成。主要職責(zé)為：負(fù)責(zé)參與系統(tǒng)架構(gòu)遵從評(píng)審；負(fù)責(zé)參與設(shè)計(jì)/優(yōu)化企業(yè)架構(gòu)管控體系。④架構(gòu)管控組（執(zhí)行層）是架構(gòu)治理的執(zhí)行組織，由各項(xiàng)目的系統(tǒng)架構(gòu)師、外部咨詢(xún)機(jī)構(gòu)有專(zhuān)業(yè)職能的人員組成。主要職責(zé)為：負(fù)責(zé)依照企業(yè)架構(gòu)的要求組織開(kāi)展項(xiàng)目?jī)?nèi)系統(tǒng)架構(gòu)設(shè)計(jì)；配合開(kāi)展系統(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è)計(jì)標(biāo)準(zhǔn)規(guī)范（如《信息化架構(gòu)管控業(yè)務(wù)指導(dǎo)書(shū)》）、文檔模板和流程表單模板（如各階段的架構(gòu)遵從審查表單）等內(nèi)容，應(yīng)用于系統(tǒng)架構(gòu)設(shè)計(jì)以及系統(tǒng)架構(gòu)的遵從審查過(guò)程中。系統(tǒng)架構(gòu)設(shè)計(jì)遵循元模型標(biāo)準(zhǔn)，使用統(tǒng)一的流程表單，確保整個(gè)企業(yè)使用一致的架構(gòu)設(shè)計(jì)語(yǔ)言。系統(tǒng)架構(gòu)遵從審查則以企業(yè)架構(gòu)資產(chǎn)為標(biāo)準(zhǔn)，審查系統(tǒng)的數(shù)據(jù)和技術(shù)設(shè)計(jì)是否遵循架構(gòu)資產(chǎn)。在元模型標(biāo)準(zhǔn)和企業(yè)架構(gòu)資產(chǎn)的基礎(chǔ)上，再結(jié)合企業(yè)的項(xiàng)目標(biāo)準(zhǔn)制定系統(tǒng)在數(shù)據(jù)架構(gòu)、技術(shù)架構(gòu)上的設(shè)計(jì)標(biāo)準(zhǔn)，指導(dǎo)系統(tǒng)架構(gòu)設(shè)計(jì)師依照規(guī)范化的原則、策略和方法進(jìn)行系統(tǒng)架構(gòu)設(shè)計(jì)工作。系統(tǒng)架構(gòu)遵從文檔模板則用于規(guī)范化項(xiàng)目建設(shè)過(guò)程文檔，為企業(yè)架構(gòu)委員會(huì)進(jìn)行系統(tǒng)架構(gòu)遵從審查提供基礎(chǔ)，同時(shí)提升項(xiàng)目管理精益化水平。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

四、結(jié)語(yǔ)

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

參考文獻(xiàn)：

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

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

作者簡(jiǎn)介：

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

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

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