-
行業資訊
INDUSTRY INFORMATION
OA行業，有句名言，成也蕭何，敗也蕭何，多少CIO折戟OA系統的建設！
這句話的意思是，因為OA系統是全員信息化的第一臺階，所以如果失敗了，上到老板，下到普通員工，都會知道此事誰誰牽頭做的！因此，對CIO或者信息主管的職業前程影響很大。
十余年來，筆者見證了OA行業的起落沉浮、技術的變遷、品牌的更迭，同時也耳聞目睹、道聽途說了很多客戶成為OA建設的失敗案例。不幸的家庭各有各的不幸，為幫助更多的CIO、信息主管在OA系統選型上少走彎路，即日起，本文將以窮舉、維基和分篇的方式，與大家分析一下OA系統選型成為豆腐渣工程的各種原因。
一、吃人嘴軟拿人手短
與很多樓脆脆、橋塌塌之類的爛尾工程一樣，如果決策者或者有影響力的個人，在項目中摻雜了太多的個人利益，其結果會是不但選錯了產品和供應商，而且實施過程中吃人嘴軟、拿人手短，無法以單位利益最大化為目標，爭取資源、控制風險，最終會導致OA系統項目的失??！
二、指鹿為馬選馬成驢
部分客戶因為缺少信息化的經驗，無法清晰的區分OA、PM、KM、ERP等不同管理軟件的定位，因此在OA系統選型過程中，經常會出現讓OA公司開發業務系統、讓業務軟件廠商開發OA模塊、甚至是拿個即時通訊工具當成OA的全部的現象，這種定位上的錯誤，導致的結果是原本計劃是買匹寶馬，最終卻牽回了一頭驢子！
三、崇洋媚外盲從品牌
選錯OA供應商，往往是失敗的頭等殺手，如同婚姻一樣，女怕嫁錯郎、男怕選錯行。在選擇嫁入豪門之前，先想清楚自己到底需要什么？按照經濟學理論，越是價格昂貴、技術復雜的商品，在決策中，品牌的參考價值越少！正確的婚姻觀是，選擇愛你的人，而不是你愛的人。
請記?。旱怯浿皇腔橐龅拈_始，嫁入豪門的話，除了你付出對等的銀子外，請你確認在后續服務中可以忍受得住寂寞！
四、路線錯了南轅北轍
OA技術路線的正確選擇，對實施成功和系統的生命周期，起決定性作用。
歷經二十年的變遷，OA技術路線，從Domino、Php、.Net一路走，當今JAVA語言、J2EE已經成為高端產品的首選路線，原因是JAVA具有很好的開放性、兼容性、跨平臺性、擴展性等。很多公司都以JAVA作為主要武器，攻城略地開發產品。
很多選錯路線的OA公司，近幾年紛紛開始啟動JAVA產品線，也驗證了這一點。
OA系統選型陷阱
CIO通常是協同OA項目的負責人，中國協同OA應用發展史可謂“成也CIO敗也CIO”。在組織賦予CIO肩負起協同OA選型和建設職責的同時，不少CIO卻也還滿懷激情地沖向了陷阱。
缺乏長期規劃
CIO一般有當前的項目規劃，而無長期戰略規劃，為項目的早夭埋下了伏筆。
需求貪大求全
如果你堅信自己采集的需求是一種客觀的需求，是必須被100%滿足的需求，你就離失敗不遠了。那么，如何認識自己的需求?
首先，絕大多數的協同OA需求都是發問卷給相關人采集匯總而得來的，以這樣的形式采集匯總的需求造就了中國過去近20年幾乎所有的協同OA都走項目化；
其次，看著別人的協同OA產品還湊合拿來就用。如果你也是這樣整理需求的，那簡直就是自殺，這種看上去合乎邏輯的需求成型方式里面卻埋藏著失敗的種子；
再次，世上沒有一套現成的軟件能夠100%地滿足。依據企業各部門甚至個人的需求開發出來的協同OA軟件，可能功能看上去非常豐富，但實際上卻形成了一個個以部門為中心的應用孤島，最后大家用起來一頭霧水。
所以，如果我們要以整個組織高效協同為目標，那么,把我們協同在一起的功能軟件才是企業真實所需；
最后，企業CIO要提醒大家放下本位主義，先找到一個組織共性的需求，然后才是關鍵部門的需求，最后才是重要角色的需求。
實施急功近利
如果你認為做軟件只要會編程就能做，那你可就大錯特錯了!寫程序不是鄰居家的高中男孩就能干的事情。
軟件是包含責任關系的商品，需要復雜的支撐體系。軟件業已經發展到工程學的水平，擁有嚴格的環節分工和檢驗標準。
從需求開始，有專業的人員進行需求的采集、提煉、評估，形成應用的“概念設計”；經過評審后，技術高手會充分考慮諸多因素后提出“構架設計”，評審后才會到開發部形成“應用設計”，評審后才會有“代碼開發”，然后是“功能測試”，最后才能交給你。這期間，所有的環節都應該是最優秀的人力資源在保障質量，所以你千萬不要指望找到一個非常廉價還百依百順的供應商，根據你的指令快速而完美地幫你達成目標。
追求新技術
對新技術的片面性追求常常導致項目成為了項目負責人(特別是CIO)自娛自樂的畸形產物。探索的精神無可厚非，但是畢竟嘗試性的技術探索對于組織應用所期望的穩定性、實用性而言是高風險和高成本的。
技術先進性的價值不在于先進本身，而在于先進對擴展性、性能、安全性、集成性、易用性。
我們相信CIO對于協同OA軟件的評估側重應用和技術是理性的，但我們也同時注意到，CIO對于推動組織建立新型工作行為模式的艱巨性和挑戰性的重視程度不夠，常在對未來技術應用發展趨勢的無限可能性的冥思苦想中忽略了組織與協調成本，導致OA系統實施成為踏入泥潭的第一步。
實施缺乏導向
實施被不少CIO理解為軟件開放、安裝調試、培訓、測試、上線這一類的事務，但我們認為這不是實施，至少實施的目標錯了，不是結束一個軟件的部署過程，而是在這個過程中達成管理提升的目的。如果前面所說的工作是必需的過程，那么達成管理目標才是實施的結果。遺憾的是，極少有CIO在實施計劃中明確地提出管理提升目標，最高的層次也就是具體枝節需求的滿足。最理想的結果也就是安裝了一套對大家沒有價值感受的軟件!
OA系統選型誤區
案例越多越好
在選擇OA產品時單純以軟件產品的案例作為軟件采購的標準，甚至唯一標準。然而這對于IT技術日新月異變化的軟件來說，這個標準往往讓你選到的恰恰是過時的產品，甚至于即將被淘汰的產品。一個最有說服力的例子就是，3年之前出的筆記本電腦或電視機的案例肯定比新推出的筆記本電腦或電視機的案例多得多?？墒?年之前的電腦、電視機還有人要嗎?同樣，在移動OA領域，技術的進步更是日新月異，智能機和3G的引入就是之前才出現的，顯然基于非智能機和非3G環境的設計在技術的先進性上已經落后但是案例必然比前者多。此外，前幾年的第一代的移動OA采用的是短信技術，第二代移動OA采用的WAP技術，這種技術已經被淘汰，它們的案例也一定比剛剛發展起來的采用WebService技術的第三代移動OA多的多，但是這種技術還有人使用嗎？在技術的進步以指數級增長的今天，一味地追求案例多，只會選擇到一個技術上即將被淘汰的產品。因此選用軟件第三條準則就是：絕對不要以案例多作為選擇軟件的唯一標準。
