縮短電網企業信息化項目建設周期的管理機制研究

于艇

摘要：該文介紹了在電網企業數字化轉型背景和數字技術快速迭代的時代語境下，通過構建快速響應的需求管控機制、優化項目運作模式、升級系統開發機制等方式，縮短電網企業信息化項目建設周期。

關鍵詞：電網企業;數字化轉型;信息化項目;精益管理;機制創新

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

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

1電網企業信息化項目管理現狀與問題

1.1信息化項目主要特點

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

1.2現狀分析

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

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

1.3.1需求收集審批流程過長

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

1.3.2傳統項目建設模式無法適應數字化轉型需要

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

1.3.3傳統技術架構及開發方式拖慢系統迭代升級速率

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

2創新信息化項目管理機制

2.1構建快速響應的需求管控機制

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

2.2優化信息化項目運作模式

2.2.1面向原有系統構建技術服務+工單制管理

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

2.2.2面向新建系統和具有互聯網特征的應用構建軟件服務租賃制

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

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

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

2.3升級傳統系統開發機制

2.3.1采取云計算+微服務技術路線

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

2.3.2構建“建運一體”開發模式

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

2.3.3建設應用統一研發平臺

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

3效益分析

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