王娜娜 李娟 張德政

摘要 本文基于信息系統建設實踐，初步探究企業管理信息系統建設中存在的一些普遍問題如缺少前期規劃、需求變更多、建設質量無法達到預算要求等，并對存在的問題進行了原因分析及提出了解決之道。

【關鍵詞】企業管理信息系統 信息系統 建設模式 信息化架構

1 引言

企業信息化己成為每個企業，尤其是大中型企業經營管理的基礎性設施，是企業高效運轉的基礎。管理先進的企業已經將信息化建設水平提升到塑造核心競爭力的高度。

管理信息化系統作為企業信息化建設的核心內容一直是各企業建設的重點，經過多年的實踐，企業重視程度和廠商的專業程度都有了很大程度的提高，但在建設過程仍然存在一些常見問題，本文基于信息化系統建設實踐，初步探究企業管理信息化系統建設存在的問題、原因及解決之道。

2 管理信息化系統建設過程存在的問題

經過多年的發展，目前國有企業管理信息化系統建設己形成了較為固定的建設模式。從建設過程講，主要包括可研、立項、采購、建設和推廣階段，可研階段主要從業務、技術、效益等方面論證項目建設的可行性;立項階段明確建設范圍、預算、工期等;采購階段主要通過招投標的方式選擇建設廠商;建設階段主要包括系統需求、設計、開發、測試和實施;推廣階段包括應用系統推廣及優化完善。整個建設模式雖然較為成熟，但在每個階段執行過程中依然存在一些比較突出的問題。

2.1 缺少前期規劃

系統建設前期，業務部門提出業務、功能需求說明，信息技術部門從技術角度提出建議，初期信息系統建設目標模糊，定位不清，系統核心架構（應用架構、產品架構、數據架構）缺失的問題普遍，導致后期系統建設階段建設范圍邊界不清楚，業務功能深度不易把握等問題。

2.2 需求變更多

企業管理信息化系統建設過程需求變更頻繁發生，多數情況下導致工作量增大，成本超支，進度嚴重滯后等。

2.3 建設質量無法達到預期效果

經常出現建設成果整體或部分與企業初期設想相距甚遠，系統在業務滿足度、易用性、可維護性方面存在諸多不足，給應用推廣帶來很大困難。

3 原因分析

以上問題在國有企業管理信息系統建設過程中長期、普遍性存在，其原因是多方面的，可歸納為以下幾個方面：

3.1 軟件項目建設規范化程度有待提高

目前國內在軟件工程領域上方法論發展較快，相對不夠穩定，且缺少可實際執行的標準體系，各個單位、各個廠商在建設各個階段的標準五花八門，更甚者在基礎術語上也有理解不一致的地方，直接導致建設過程缺乏統一標準語言。

3.2 基于企業現狀的系統規劃能力不足

軟件廠商主要負責提供產品或圍繞產品的解決方案，缺少基于企業業務分析的系統規劃角色，而企業在信息化系統規劃設計能力上的不足，決定其無法有效承擔這部分職責，其職責很大程度上由實施供應商承擔，實際形成供應商既負責規劃設計又負責建設實施，其規劃設計一般不是以最大化滿足企業管理需求為出發點而是以適應其產品或實施能力為出發點，形成“規劃設計被綁架”被動局面。

3.3 領導重視程度不夠

企業領導或者部門領導對信息建設重視程度不夠的現象還比較普遍。誠然，在目前的科技強國的大背景下，企業領導或部門領導無不在宣傳上高度重視信息化建設，但在工作中實際關注度普遍不足。如，很少有企業設立專職CIO，多以兼職為主;信息化部門的定位主要是技術保障，很少有企業將信息化部門定位為企業治理保障部門。

3.4 缺乏復合型人才

國有企業管理信息系統建設內部主要以業務部門和信息部門為骨干力量。信息部門一般職責定位是建設的技術保障和項目管理，其核心能力是信息技術，業務部門職責定位是業務流程、管理辦法制定，描述原始的業務需求和功能需求，其核心能力是業務理解。這種模式理想情況下，需要信息化部門、業務部門需要既懂信息化又懂業務，但實際情況是既懂業務又懂信息化的人才匱乏，信息部門缺少對業務深入了解，業務部門也缺少信息化建設的基礎，造成雙方溝通協調不暢，在企業內部隱藏不穩定的因素，大量失敗項目中都存在著業務部門、信息部門溝通、配合不暢的情況。

3.5 傳統建設模式難以適應建設需求

傳統的建設模式是以瀑布模型為基本建設模型，按照規劃、需求、設計、開發、測試、實施等階段線性地進行系統建設，每個階段都會產生循環反饋，因此，如果有信息未被覆蓋或者發現了問題，那么需要“返回”上一個階段并進行適當的修改，瀑布模型存在以下缺點

（1）各個階段的劃分完全固定，階段之間產生大量的文檔，極大地增加了工作量。

（2）由于開發模型是線性的，用戶只有等到整個過程的末期才能見到開發成果，從而增加了開發風險。

（3）通過過多的強制完成日期和里程碑來跟蹤各個項目階段。

（4）瀑布模型的突出缺點是不適應用戶需求的變化。

瀑布模型存在的缺點在目前企業信息系統建設過程中需求變動頻繁現狀下被更加放大。需求頻繁的變動導致建設過程各個階段的基線成果被不斷變更，各類文檔更新、程序修改、重復的測試，管理復雜度增加，直接導致成本增加和工期延期.在預算固定的情況下，質量將無法控制，部分項目建成后很短時間內就面臨重建的尷尬局面。

3 問題解決之道思考

企業信息系統建設存在的問題是軟件行業發展現狀、企業管理能力現狀、人才現狀等多種因素綜合導致的，是我國信息化所處階段決定的，是信息化發展過程的必然之路?？上驳氖?，近年來隨著國內對企業信息化建設的逐步重視，越來越多的系統建設模式、建設理論被提出和應用于實踐，企業信息化架構、迭代開發、原型法開發、敏捷開發等理論已逐步被應用于企業信息系統建設中，本文重點從信息部門定位、信息化架構和建設模式等方面展開論述。

3.1 提升信息部門職責定位

目前，信息部門作為企業信息化建設的專職部門，普遍定位于技術保障和項目管理，這一定位決定信息部門缺少對信系化建設的整體性統籌，在企業戰略支撐規劃、垂直業務和橫向業務協同設計層面先天不足。目前國內信息化水平領先的單位，己將信息部門定位于企業戰略落地及流程優化支撐部門，如華為，IT治理體系己將IT部門定位為業務服務部門，為業務流程提供咨詢和優化。

增加信息部門的業務規劃能力、流程整合優化能力，強化系統建設能力，使信息化部門具備企業戰略、業務流程優化、信息化建設三位一體的能力，具備打破部門墻，實現跨業務、跨系統的端到端流程規劃、固化進而優化的管理能力。

3.2 加強信息化架構設計

什么是企業架構呢？企業架構是企業“業務組件”的結構、“業務組件”之間的關系，以及制約“業務組件”設計和隨時間演進的原則和指南，即企業架構=企業“組件”+“組件”之間的關系+原則和指南?？梢哉f，企業架構是信息化是否完成工業化建設的標志，沒有完成工業化轉型的信息化，其實是建立在沙灘上的，引入企業架構設計勢在必行。

當前，企業開展企業架構多以聘請咨詢公司方式進行，企業自身缺乏對企業架構設計方法論的掌握，單純依靠外部咨詢力量效果缺乏長久性，可考慮引入企業架構方法論，增強各級單位戰略規劃部門和信息化部門的企業架構能力，逐步形成戰略規劃部門“引領”，信息部門“支撐”，外部咨詢力量“輔助”的“內部為主、外部為輔”的企業架構設計模式。

3.3 創新建設模式，控制需求變更

改變傳統瀑布建設模式，以控制需求變更為目標，結合迭代模型和原型法對系統建設模式進行創新。以“迭代建設”為原則，建立納入迭代的具體標準，滿足標準的納入迭代建設，不滿足標準的暫不納入。標準可從架構、需求兩個層面進行重點設計，架構方面納入迭代建設的項目必須有清晰的業務架構、功能架構和數據架構設計;需求方面不強調全面，強調“場景”，梳理明確、清晰的業務場景，以業務場景為需求出發點，編制業務需求說明，且業務需求說明要能夠達到支撐產品選型、產品設計的標準，供應商在進行實際開發前，必須對主要進行原型開發，并帶入實際業務流程、數據進行場景驗證，最大程度降低需求變動可能性。

4 小結

綜上所述，目前國有企業管理信息系統建設過程中仍然存在著“四個不夠和一個陳舊”的問題，即規范化程度不夠、系統規劃能力不夠、領導重視程度不夠、復合型人才不夠和建設模式陳舊，難以適應建設需求業內己在嘗試通過組織架構設計、企業架構設計等IT治理體系的頂層設計和建設模式創新等一系列手段解決問題，在領域和單位已經取得了良好的效果，當然問題依然存在，仍然需要我們不斷深入的研究和實踐。

參考文獻

[1]趙捷，企業信息化總體架構[M].北京：清華大學出版社，2011（01）.