編者按
走過信息系統從無到有的階段后，在“十四五”期間，信息化工作以業務和信息化深度融合為焦點，關注重點從建設好轉到使用好。如何從建完發展到可用，進而從可用發展到好用，是值得重點攻克的問題，也是難點問題�，F實實踐看，工作重點模糊，創新思路乏力，責權不清晰，組織協調難，資金缺保障，是目前很多信息系統在運行階段面臨的境況，阻礙了已建信息系統效益的發揮。
在《信息系統運行效益提升路徑研究》一文中，暢享網研究咨詢中心分析政府、教育、企業集團等信息系統運行現狀及成功失敗案例，總結可行路徑。信息系統運營提升涉及面很廣，支撐和保障層面的硬件網絡設施、工具軟件產品、安全設施保障、技術團隊建設等不列入本文探討的范圍。不同行業具有業務特點和管理特色，不同組織層級關注問題不盡相同，本文針對大型組織，提供一般性觀點，實施時可結合本單位實際情況，選取部分舉措，設計針對性方案。
本文包括五個部分，分別是：問題及路徑分析；優化運營體系；創新合同類型；整合擴展應用；做強公共支撐能力。將分三期分享，本期分享第三部分以及第四部分的“整合信息門戶”、“改造擴建系統”。
因所探索主題比較前沿，研究團隊視野水平所限，本文難免以偏概全，存在認知盲區，歡迎批評指正，在后續更新時補正。
4332字 | 8分鐘閱讀
目錄
一、問題及路徑分析
（一）現狀分析
（二）工作難點
（三）主要路徑
二、優化運營體系
（一）運營工作常態化
（二）利益相關人溝通
（三）統籌服務商組合
三、創新合同類型
（一）工程交易管理要點
（二）運維運營模式
（三）改造擴建模式
（四）租賃模式
四、整合擴展應用
（一）整合信息門戶
（二）改造擴建系統
（三）增強多終端服務
（四）優化用戶體驗
五、做強公共支撐能力
（一）身份和權限管理
（二）數據管理能力
（三）開發運維能力
（四）公共能力運營
三、創新合同類型
在信息系統運營階段，用戶單位和服務單位交易的內容是專業服務，而不是標準產品，應該采用適合服務交易的合同類型，核心是降低溝通成本，使得甲乙方把關注重點轉移到用戶服務上，而不是甲乙方責任劃分上。
（一）工程交易管理要點
信息化工程交易，需重點關注發包模式、合同類型、交易機制和供應商選擇。
發包模式方面，設計-招標-施工模式中設計和施工由兩個服務商完成，優勢是管理方法成熟，用單位容易掌控設計和設計變更，有利于合同管理和風險管理，劣勢是管理和協調較復雜，設計和施工容易互相推諉。工程總承包則由一個服務商總承包設計和施工，通常采用總價合同，但允許價格變更，也允許某些部分采用單價合同，承包商承擔了大部分責任和風險，優勢是可以提高可實施性，投資和工期有實質保障，劣勢是用戶單位無法參與設計單位選擇，對最終設計和細節的控制能力降低。如果總承包商也負責運營，優勢是可以優化項目的全生命周期成本，保障項目長期質量的可靠性，但責任范圍的界定容易引起較多爭議，招標過程也比較長。選擇總包商應該選擇專業化總包公司，具有總包管理經驗、分包商選擇、墊付賬款等專業性實力保障。
合同類型方面，總價合同和單價合同是基于價格的合同，實際成本加固定費用合同、實際成本加百分比合同、目標價格激勵合同、限定最高激勵合同是基于成本的合同，在造價評估時應慎重評估不同合同類型的特點，在維護用戶方利益的同時，保障服務商和服務人員利益，提高其工作積極性。交易機制方面，一般包括招標機制、工程擔保機制、工程保險機制等。
現行招標機制和實際操作中，選擇服務商一般是根據綜合實力和已有案例，更適合采購標準軟硬件產品的模式，而不是對服務團隊能力的評估選擇，這對信息系統運營效果是很不利的。軟件開發能力和服務能力不具有規�；瘡椭频木W絡效應，在市場上是稀缺資源，采用交易市場標準采購模式難以選擇優秀服務商。
在投資資金總額總體不變或不大幅增加的情況下，將資金比重從建設階段向運行階段傾斜，將畢其功于一役的建設心態轉為長期伴隨式發展的運營心態，將費用由運維費用發展到運營費用，將采購產品轉變為采購人力服務，認同服務的價值，提高服務的人月費率，采用分周期付款、長期合作的商務機制，引入信息化合同新形態，為信息系統運營的品質提供保障。
（二）運維運營模式
隨著信息系統對業務覆蓋度增加，處于運維期的系統越來越多。根據管理，信息化項目軟件運維費用應包括軟件運維中所有直接成本、間接成本和毛利潤。在日常實踐中，主要根據工作量進行造價評估，輔以類比法，或以建設期功能點為基數開展造價評估，根據建設費用一定比例測算運維費用。對于系統功能相對穩定的系統，這種運維費用機制是可行的。
隨著數字化轉型的推進，信息化系統是業務創新、技術應用和運營服務的綜合體，經常由業務部門負責，運營服務商在提供軟件開發、系統優化提升等技術服務的同時，要花費大量精力用于業務溝通協調、日�？蛻舴⻊�、數據采集加工等運營管理工作，這是運維費用中沒有包括的工作內容，運營類項目造價評估方法應該考慮這類工作量，根據工作量開展造價評估，評估思路是先將運營內容按照不同崗位分類，再評估各崗位的工作量、薪資、社會保險金及合理利潤，得出運營服務費用。
（三）改造擴建模式
因需求變更或使用中出現的系統性問題，對原有系統進行針對性改造，或在原有系統框架基礎上對系統進行升級，使系統能夠順利接納新功能或運行更流暢，這是改造類需求。改造類任務的造價評估，需要根據項目實際情況，對國家標準的功能點法進行針對性調整和優化，特別是調整重用程度，根據重用程度給以規模調整因子。
在原有信息系統框架的基礎上，根據建設規劃新增信息化建設需求，新建相關功能模塊，這是擴建類需求，與改造類需求的主要區別為是否對原有系統進行改造或升級。擴建類任務的造價評估，需要明確新建功能與原有功能是否屬于同一系統，如果不是，則作為新建軟件開發項目，根據國家標準中的功能點法進行造價評估。如果新建功能與原有功能屬于同一系統，則要考慮重用程度調整。
（四）租賃模式
租賃模式由服務商投資、建設、運維，用戶與服務商簽訂長期合作協議，按用量、時間、效果等付費。從租賃類項目的運行方式上看，其與建設類項目在項目范圍上是一樣的，區別在于費用支付方式，建設類項目一般按項目階段付費，租賃類項目一般按周期付費。
融資類是針對網絡設施軟件、混合型解決方案、人力服務等，將工程建設管理轉化為服務購買，強化成果導向和輕資產管理，改變用戶為主體的建設、擁有并運維的模式。如區域中多個校園采用融資類模式，聯合租賃網絡設施。
云計算服務因其標準化、規模經濟效應、安全性等，逐漸成為大型機構管理者的普遍常識。購買云服務使得用戶與廠商的合作關系的焦點從項目建設轉移到用戶體驗和使用效益，提高系統開發效率，避免重復投入，對用戶與供應商關系的構建有較大的正面推進作用。
四、整合擴展應用
在系統運行階段，從業務部門角度看，有部分業務尚無信息系統覆蓋，很多已有系統的功能針對性、功能深度、用戶體驗度等與業務期望有較大距離，在相關部門及下屬單位的使用率、覆蓋度參差不齊，面臨比較普遍的不聯通、片段化、不一致、利用難等數據問題，在關鍵時刻無法滿足業務要求，使得信息化投資效益滿意度低。
（一）整合信息門戶
在大型企事業單位，用戶人均使用系統和功能點數量較多，人找系統、人找賬號、人找信息成為常態。采取措施，使得用戶使用率提高、訪問量增加，有助于倒推相關功能完善、數據準確，具有重要意義。
以移動門戶、電腦門戶、自助端等為抓手，充分利用現有技術和資源積累，采用聯通的思路，整合用戶、應用、數據、界面，實現人的集成、界面集成、業務集成、消息集成、應用集成、流程集成，優化待辦、消息、提醒、新聞訂閱等功能，結合用戶行為習慣和工作需要，根據用戶的不同角色為用戶推薦個性化板塊、功能及服務，提供千人千面的一站式信息資源訪問入口，打造個性化工作空間。
建設多級門戶，更有效地提供功能和信息。單位門戶包括資訊、辦事、數據等，自動集成各類系統中已滿足統一身份認證系統集成的應用或服務，并以用戶使用為中心進行展現。按照部門需要設計特定部門門戶，將共性門戶中集成的各種應用或服務按特定的維度和內容集成在部門門戶中，實現部門通知、相關制度、事項目錄和負責人、工作任務、部門入口以及會議通知、費用報銷、行政資源申請、工作日報等。業務門戶是按照業務領域設計的特定業務門戶，聚合與該業務相關的應用、數據等。個人門戶聚合個人有權限的服務內容，根據用戶不同角色提供個性化的功能及服務，如統一待辦、統一消息、個人數據中心、個人證照、使用記錄等。
為用戶提供個性化服務，減少用戶尋找信息的時間。實現多終端適配、分級管理、新聞服務、知識服務、消息通知、搜索、推薦、服務評價等。在碎片化、移動化時代，系統向個人提醒消息，信息找人，而不是人找信息，對用戶非常重要。消息中心包括各類審批，支持多種消息渠道和消息隊列，匯集內部系統、移動終端、短信、郵件等消息。通過統一接口接收來自各個系統的消息和通知，如待處理事件提醒、郵件通知、日程提醒等，按不同系統分類展現，提醒用戶。用戶在終端中看到消息通知，可以處理消息并可批量操作，也可點擊后進入目標系統。根據點擊量排序以圖標形式和圖片形式等展現熱門服務，以及最近使用、身份相關應用等個性化應用。查看各種實時的單位資訊，如新聞動態、通知公告、規章制度、活動信息、資源信息等，不同資訊分級授權人員發布，設置所查看的資訊服務類別，自動推送資訊。
按部門、服務對象、服務類型等形式展現線下線上功能事項目錄，具體頁面展現基本信息、功能指南、服務說明、相關問答以及通知通告，并關聯具體功能的辦理時限，可設定通知范圍。發布訂閱機制，解耦應用系統，實現個性化推送、個性化配置、統一授權、關鍵指標和報表。采用分級門戶、分級授權管理的機制，通過配置實現分級門戶界面，根據需要定制不同的分級門戶顯示內容。通過配置實現新增門戶、常見門戶內容配置等，用戶自定義和配置其關心的應用系統，系統自動展現用戶最近使用的應用。
（二）改造擴建系統
以主要業務部門為主，以挖掘項目目標和問題根源為主要手段，關注主要矛盾的解決，評估改造擴建需求的必要性。需要梳理業務場景，設計閉環的流程和數據機制，完善制度建設，為系統建設和運行提供基礎保障。對業務個性化程度高的領域，采用定制開發，或在產品化的行業方案基礎上，做定制修改。對標準化工具，采用購買產品模式。以降低組織的溝通成本為原則，處理好統一建設運維和專業化建設運維的關系，處理好規范化和個性化的關系。
本級及上下級系統數量多、應用深度、應用范圍、應用健康度層次不齊，不可能短時間更換很多系統，下級單位很多業務細節不是本級管理的范圍，這是較長時間所處的現狀。業務要求最急迫、業務部門最積極、現有應用質量差的領域，作為改造擴展的重點。系統改造擴建的規劃設計，應處理好與已有信息系統的關系、與下級單位系統的關系。下級單位一般希望保留自建系統自主權，上級單位應該明確數據要求、流程節點規則要求，以滿足管理要求為目標，而不是一刀切大一統信息系統為目標。下級單位無法要求上級改變系統管理要求，因此本級設計的系統要具有靈活性，可與上級系統對接，將上級數據本地化，能方便地向上傳單位傳輸數據和事項。
以精簡集成為原則，減少系統復雜度，降低成本，以滿足業務需要為目標，采用融合思路，改造現有系統，對接上下級及相關單位數據和流程，新建所需功能，開發數據應用。上下級單位間技術上采用平臺模式，管理上統分結合，上級或者統一平臺，或者統一標準并明確要求，下屬單位分別建設。已經有平臺和應用且使用情況良好的，繼續使用，沒有建設或已建但使用狀況差的，在公共支撐平臺上做新應用開發，這種融合模式好處是技術規范統一，管理協調簡化，應用效果統一。已有功能改造，系統間聯通，已有數據同步，新數據采集，多組織間事項審批和備案處理�？梢曰诠仓纹脚_開發，也可以把滿足公共支撐平臺技術和要求的現有系統進行接入，公共支撐平臺應產出數據接口服務供其他系統寫入和查詢。不重疊的業務將數據通過接口傳入，重疊業務可將產生的業務數據通過接口傳給公共支撐平臺。
把用戶、項目、人員、資產、收入等公共主數據庫建設作為重要任務，從源頭完善主數據，推動數據在上下級單位的匯聚共享，提供標準一致、質量穩定、服務決策、查詢便捷、內容豐富的數據。不同系統間通過接口、公共數據庫、數據庫對接等進行數據聯通。滿足信息安全制度的約束，實現不同網絡間、網絡層級間數據和應用訪問。應用對業務的覆蓋度高、對基層單位覆蓋度高到一定水平時，數據治理和數據倉庫應用才有必要性和可行性。否則，成本太高，很少出效果。
冀公網安備13052402000120號