王娜娜 李娟 張德政

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

【關(guān)鍵詞】企業(yè)管理信息系統(tǒng) 信息系統(tǒng) 建設(shè)模式 信息化架構(gòu)

1 引言

企業(yè)信息化己成為每個企業(yè)，尤其是大中型企業(yè)經(jīng)營管理的基礎(chǔ)性設(shè)施，是企業(yè)高效運轉(zhuǎn)的基礎(chǔ)。管理先進的企業(yè)已經(jīng)將信息化建設(shè)水平提升到塑造核心競爭力的高度。

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

2 管理信息化系統(tǒng)建設(shè)過程存在的問題

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

2.1 缺少前期規(guī)劃

系統(tǒng)建設(shè)前期，業(yè)務(wù)部門提出業(yè)務(wù)、功能需求說明，信息技術(shù)部門從技術(shù)角度提出建議，初期信息系統(tǒng)建設(shè)目標(biāo)模糊，定位不清，系統(tǒng)核心架構(gòu)（應(yīng)用架構(gòu)、產(chǎn)品架構(gòu)、數(shù)據(jù)架構(gòu)）缺失的問題普遍，導(dǎo)致后期系統(tǒng)建設(shè)階段建設(shè)范圍邊界不清楚，業(yè)務(wù)功能深度不易把握等問題。

2.2 需求變更多

企業(yè)管理信息化系統(tǒng)建設(shè)過程需求變更頻繁發(fā)生，多數(shù)情況下導(dǎo)致工作量增大，成本超支，進度嚴(yán)重滯后等。

2.3 建設(shè)質(zhì)量無法達(dá)到預(yù)期效果

經(jīng)常出現(xiàn)建設(shè)成果整體或部分與企業(yè)初期設(shè)想相距甚遠(yuǎn)，系統(tǒng)在業(yè)務(wù)滿足度、易用性、可維護性方面存在諸多不足，給應(yīng)用推廣帶來很大困難。

3 原因分析

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

3.1 軟件項目建設(shè)規(guī)范化程度有待提高

目前國內(nèi)在軟件工程領(lǐng)域上方法論發(fā)展較快，相對不夠穩(wěn)定，且缺少可實際執(zhí)行的標(biāo)準(zhǔn)體系，各個單位、各個廠商在建設(shè)各個階段的標(biāo)準(zhǔn)五花八門，更甚者在基礎(chǔ)術(shù)語上也有理解不一致的地方，直接導(dǎo)致建設(shè)過程缺乏統(tǒng)一標(biāo)準(zhǔn)語言。

3.2 基于企業(yè)現(xiàn)狀的系統(tǒng)規(guī)劃能力不足

軟件廠商主要負(fù)責(zé)提供產(chǎn)品或圍繞產(chǎn)品的解決方案，缺少基于企業(yè)業(yè)務(wù)分析的系統(tǒng)規(guī)劃角色，而企業(yè)在信息化系統(tǒng)規(guī)劃設(shè)計能力上的不足，決定其無法有效承擔(dān)這部分職責(zé)，其職責(zé)很大程度上由實施供應(yīng)商承擔(dān)，實際形成供應(yīng)商既負(fù)責(zé)規(guī)劃設(shè)計又負(fù)責(zé)建設(shè)實施，其規(guī)劃設(shè)計一般不是以最大化滿足企業(yè)管理需求為出發(fā)點而是以適應(yīng)其產(chǎn)品或?qū)嵤┠芰槌霭l(fā)點，形成“規(guī)劃設(shè)計被綁架”被動局面。

3.3 領(lǐng)導(dǎo)重視程度不夠

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

3.4 缺乏復(fù)合型人才

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

3.5 傳統(tǒng)建設(shè)模式難以適應(yīng)建設(shè)需求

傳統(tǒng)的建設(shè)模式是以瀑布模型為基本建設(shè)模型，按照規(guī)劃、需求、設(shè)計、開發(fā)、測試、實施等階段線性地進行系統(tǒng)建設(shè)，每個階段都會產(chǎn)生循環(huán)反饋，因此，如果有信息未被覆蓋或者發(fā)現(xiàn)了問題，那么需要“返回”上一個階段并進行適當(dāng)?shù)男薷?，瀑布模型存在以下缺點

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

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

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

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

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

3 問題解決之道思考

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

3.1 提升信息部門職責(zé)定位

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

增加信息部門的業(yè)務(wù)規(guī)劃能力、流程整合優(yōu)化能力，強化系統(tǒng)建設(shè)能力，使信息化部門具備企業(yè)戰(zhàn)略、業(yè)務(wù)流程優(yōu)化、信息化建設(shè)三位一體的能力，具備打破部門墻，實現(xiàn)跨業(yè)務(wù)、跨系統(tǒng)的端到端流程規(guī)劃、固化進而優(yōu)化的管理能力。

3.2 加強信息化架構(gòu)設(shè)計

什么是企業(yè)架構(gòu)呢？企業(yè)架構(gòu)是企業(yè)“業(yè)務(wù)組件”的結(jié)構(gòu)、“業(yè)務(wù)組件”之間的關(guān)系，以及制約“業(yè)務(wù)組件”設(shè)計和隨時間演進的原則和指南，即企業(yè)架構(gòu)=企業(yè)“組件”+“組件”之間的關(guān)系+原則和指南。可以說，企業(yè)架構(gòu)是信息化是否完成工業(yè)化建設(shè)的標(biāo)志，沒有完成工業(yè)化轉(zhuǎn)型的信息化，其實是建立在沙灘上的，引入企業(yè)架構(gòu)設(shè)計勢在必行。

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

3.3 創(chuàng)新建設(shè)模式，控制需求變更

改變傳統(tǒng)瀑布建設(shè)模式，以控制需求變更為目標(biāo)，結(jié)合迭代模型和原型法對系統(tǒng)建設(shè)模式進行創(chuàng)新。以“迭代建設(shè)”為原則，建立納入迭代的具體標(biāo)準(zhǔn)，滿足標(biāo)準(zhǔn)的納入迭代建設(shè)，不滿足標(biāo)準(zhǔn)的暫不納入。標(biāo)準(zhǔn)可從架構(gòu)、需求兩個層面進行重點設(shè)計，架構(gòu)方面納入迭代建設(shè)的項目必須有清晰的業(yè)務(wù)架構(gòu)、功能架構(gòu)和數(shù)據(jù)架構(gòu)設(shè)計;需求方面不強調(diào)全面，強調(diào)“場景”，梳理明確、清晰的業(yè)務(wù)場景，以業(yè)務(wù)場景為需求出發(fā)點，編制業(yè)務(wù)需求說明，且業(yè)務(wù)需求說明要能夠達(dá)到支撐產(chǎn)品選型、產(chǎn)品設(shè)計的標(biāo)準(zhǔn)，供應(yīng)商在進行實際開發(fā)前，必須對主要進行原型開發(fā)，并帶入實際業(yè)務(wù)流程、數(shù)據(jù)進行場景驗證，最大程度降低需求變動可能性。

4 小結(jié)

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

參考文獻

[1]趙捷，企業(yè)信息化總體架構(gòu)[M].北京：清華大學(xué)出版社，2011（01）.