縮短電網(wǎng)企業(yè)信息化項目建設周期的管理機制研究

于艇

摘要：該文介紹了在電網(wǎng)企業(yè)數(shù)字化轉(zhuǎn)型背景和數(shù)字技術(shù)快速迭代的時代語境下，通過構(gòu)建快速響應的需求管控機制、優(yōu)化項目運作模式、升級系統(tǒng)開發(fā)機制等方式，縮短電網(wǎng)企業(yè)信息化項目建設周期。

關(guān)鍵詞：電網(wǎng)企業(yè);數(shù)字化轉(zhuǎn)型;信息化項目;精益管理;機制創(chuàng)新

中圖分類號：TP39 文獻標識碼：A 文章編號：1007-9416（2020）05-0191-02

當前，第四次工業(yè)革命浪潮洶涌而至，新一輪科技革命和產(chǎn)業(yè)變革深入融合，5G.物聯(lián)網(wǎng)、云計算、大數(shù)據(jù)、人工智能等新興技術(shù)正加速推動電網(wǎng)企業(yè)數(shù)字化轉(zhuǎn)型。但受限于傳統(tǒng)電網(wǎng)基建項目管理思維和機制的影響，電網(wǎng)企業(yè)的信息化項目建設周期普遍較長，急需創(chuàng)新項目管理機制，提升數(shù)字化轉(zhuǎn)型效率和投資效益。

1電網(wǎng)企業(yè)信息化項目管理現(xiàn)狀與問題

1.1信息化項目主要特點

信息化項目是實現(xiàn)電網(wǎng)企業(yè)數(shù)字化轉(zhuǎn)型的主要載體，主要特點有：—是時效要求高。數(shù)字技術(shù)飛速發(fā)展、快速迭代，建設周期過長將導致信息化項目的效用急劇下降。二十需求量大。信息化已覆蓋電網(wǎng)業(yè)務的方方面面，同時，電網(wǎng)企業(yè)正積極落實網(wǎng)絡強國戰(zhàn)略，加快“數(shù)字中國”建設，加大“新基建”投入，信息化項目需求將持續(xù)增大。

1.2現(xiàn)狀分析

電網(wǎng)企業(yè)信息化項目建設普遍遵循傳統(tǒng)電網(wǎng)基建項目的管理思路，一般包括需求收集、立項審批、預算下達、招標采購、開發(fā)建設、項目投運等幾個階段，計劃性較強，靈活性不足，導致周期普遍較長，成為數(shù)字化轉(zhuǎn)型的痛點問題。

1.3造成信息化項目周期長的主要原因

1.3.1需求收集審批流程過長

企業(yè)級信息管理系統(tǒng)由集團統(tǒng)一建設管控、統(tǒng)一需求管理，基層用戶提出的需求需要經(jīng)過層層上報審核，加之需求報送未實現(xiàn)信息化，導致需求收集、審批時間過長。

1.3.2傳統(tǒng)項目建設模式無法適應數(shù)字化轉(zhuǎn)型需要

一是傳統(tǒng)信息化項目建設模式強調(diào)計劃，盡量避免變化，而數(shù)字化轉(zhuǎn)型強調(diào)探索，擁抱變化。二是傳統(tǒng)項目建設模式強調(diào)文檔開發(fā)，而數(shù)字化轉(zhuǎn)型強調(diào)內(nèi)外部互動，通過組建跨部門團隊對系統(tǒng)進行快速迭代，及時響應需求。三是傳統(tǒng)項目建設模式更關(guān)注進度，而數(shù)字化轉(zhuǎn)型更關(guān)注價值，傳統(tǒng)項目管理機制定義的項目里程碑，在數(shù)字化轉(zhuǎn)型過程中已無法明確界定，系統(tǒng)需要隨時實現(xiàn)不問斷的功能升級。

1.3.3傳統(tǒng)技術(shù)架構(gòu)及開發(fā)方式拖慢系統(tǒng)迭代升級速率

一是隨著業(yè)務功能不斷增多，采用傳統(tǒng)SOA架構(gòu)的應用的代碼量越來越大，代碼可讀性、可維護性和可擴展性隨之下降，迭代升級工作量激增。二是系統(tǒng)普遍采用傳統(tǒng)瀑布式開發(fā)方式，嚴格遵循計劃步驟進行，難以適應多元化、多變化的業(yè)務需求，研發(fā)效率較低。三是傳統(tǒng)IT基礎(chǔ)設施建設較為僵化，標準化、靈活性和擴展性不足。

2創(chuàng)新信息化項目管理機制

2.1構(gòu)建快速響應的需求管控機制

一是建設數(shù)字化需求管控系統(tǒng)，搭建全網(wǎng)可視化的需求池，降低信息化重復建設風險。二是按專業(yè)分工，組建公司級需求評審專家組，定期對需求進行集中評審，代替原有逐層評審。三是參考采購評標模式，建立需求評審激勵和約束機制，確保需求評審的時效性、公平性。

2.2優(yōu)化信息化項目運作模式

2.2.1面向原有系統(tǒng)構(gòu)建技術(shù)服務+工單制管理

電網(wǎng)企業(yè)與系統(tǒng)服務廠商簽訂框架協(xié)議，各項目部在需求池中篩選需求提交第三方造價單位形成工單，經(jīng)專家組對工單內(nèi)容和造價進行審查后交服務廠商執(zhí)行。工單按“開發(fā)——第三方測試——實施”順序開展，各環(huán)節(jié)須滿足質(zhì)量要求才可啟動下一環(huán)節(jié)，項目部負責對工單交付功能進行驗收確認。按照年中、年底兩個時間節(jié)點，根據(jù)服務廠商實際完成工單數(shù)量結(jié)算。

2.2.2面向新建系統(tǒng)和具有互聯(lián)網(wǎng)特征的應用構(gòu)建軟件服務租賃制

軟件租賃是客戶根據(jù)自身需求，向廠商訂購應用軟件服務，按照訂購的服務數(shù)量和時長向廠商支付費用，通過互聯(lián)網(wǎng)獲得服務的一種模式。面向新建系統(tǒng)和具有互聯(lián)網(wǎng)特征的應用構(gòu)建軟件服務租賃制，可降低電網(wǎng)企業(yè)互聯(lián)網(wǎng)業(yè)務拓展門檻，消除項目立項周期過長可能引發(fā)的投資風險，減少軟件持續(xù)升級在運維、安全等方面帶來的困擾。

2.2.3面向信息化基礎(chǔ)設施和技術(shù)年臺建立云計算基礎(chǔ)設施許可采購制

電網(wǎng)企業(yè)可根據(jù)在網(wǎng)絡、計算、存儲資源、數(shù)據(jù)庫、中間件等方面的需求，向服務廠商采購軟硬件使用許可，并將采購的許可納入無形資產(chǎn)。軟、硬件許可費用根據(jù)許可年限長短動態(tài)調(diào)整，在軟件許可期限內(nèi)可享受軟件免費更新，到期后可選擇不續(xù)約，繼續(xù)使用軟件但不享受后續(xù)升級;硬件許可在許可期內(nèi)可享受免費運維服務，到期后支付維護費用。

2.3升級傳統(tǒng)系統(tǒng)開發(fā)機制

2.3.1采取云計算+微服務技術(shù)路線

云計算具有規(guī)模化、專業(yè)化、自動化和敏捷化等特點，提供更大的靈活性和擴展性，能陜速搭建企業(yè)應用，縮短產(chǎn)品開發(fā)周期，節(jié)約基礎(chǔ)設施建設成本。微服務架構(gòu)可減低系統(tǒng)的耦合性，將大型應用按相對獨立的功能分解成若干個微服務實現(xiàn)，由不同團隊獨立開發(fā)，加快研發(fā)速度。以往在瀑布式開發(fā)模式下7～8人團隊需耗時10個月完成的項目，在微服務開發(fā)模式下，2～3人的團隊僅在4個月內(nèi)便可完成。

2.3.2構(gòu)建“建運一體”開發(fā)模式

按照“建運一體”理念，運用DevOps先進的方法論和工具，構(gòu)建涵蓋整個軟件生命周的自動化持續(xù)交付流水線，可有效減輕部署壓力、提升IT效能，從而提升開發(fā)和運維效率。以用戶登錄功能開發(fā)部署為例，以往從代碼提交到功能測試，需花費1小時甚至半天時間，而應用基于“建運一體”的Devops持續(xù)集成發(fā)布工具鏈，僅需10分鐘。

2.3.3建設應用統(tǒng)一研發(fā)平臺

建設統(tǒng)一研發(fā)平臺，基于DAP研發(fā)平臺進行web項目開發(fā)，通過web研發(fā)平臺自動化代碼生成提升效率，充分發(fā)揮云平臺環(huán)境的快速資源支持作用，實現(xiàn)中臺對可復用組件、能力的支持，通過前臺快速響應需求，并將代碼沉淀到統(tǒng)一研發(fā)平臺上。

3效益分析

采用本文提出的機制優(yōu)化措施，可將傳統(tǒng)模式下需求提出、立項審批環(huán)節(jié)從6個月的周期縮短至1～2個月，將開發(fā)建設環(huán)節(jié)的周期從12～18個月縮短至2～4個月，總計可將長達18～24個月的建設周期縮減至3～6個月，大幅縮短信息化項目建設周期。