五問CIO，OA軟件項(xiàng)目中有那些致命的陷阱?
由于工作的原因，5年以來(lái)筆者認(rèn)識(shí)了許多CIO并成為了朋友?；仡櫣P者和他們認(rèn)識(shí)的過(guò)程，幾乎都源于OA選型，這個(gè)過(guò)程中，筆者注意到一個(gè)有趣的現(xiàn)象：越是大型或特大型企業(yè)的CIO，在OA項(xiàng)目選型時(shí)越是謹(jǐn)慎。
在與這些信心十足的CIO的溝通中，筆者發(fā)現(xiàn)由于種種原因，與這些CIO們對(duì)于OA項(xiàng)目的哲學(xué)層面的本質(zhì)很少有深入的思考，大多過(guò)于從技術(shù)角度的眼光去關(guān)注具體的功能或應(yīng)用。同時(shí)，在眾多廠商關(guān)于OA的宣傳冊(cè)或者標(biāo)書中，很多只是提供了根據(jù)自己理解的需求拼湊出來(lái)的功能特征細(xì)節(jié)要求，而組織發(fā)展的具體戰(zhàn)略與OA之間的關(guān)系、從管理角度對(duì)OA的要求等連只言片語(yǔ)都沒有。
第五問：CIO陷阱有哪些？
CIO通常是OA項(xiàng)目的負(fù)責(zé)人，中國(guó)的OA應(yīng)用發(fā)展史可謂“成也CIO敗也CIO”，在組織賦予CIO肩負(fù)起OA項(xiàng)目建設(shè)職責(zé)的同時(shí)，不少CIO卻也還滿懷激情地沖向陷阱。
陷阱一：缺乏長(zhǎng)期規(guī)劃
CIO一般有當(dāng)前的項(xiàng)目規(guī)劃，而無(wú)長(zhǎng)期戰(zhàn)略規(guī)劃，為項(xiàng)目的早夭埋下了伏筆。（詳情參見第7問: 如何制訂實(shí)施階段規(guī)劃）
陷阱二：需求貪大求全
如果你堅(jiān)信自己采集的需求是一種客觀的需求，是必須被100%滿足的需求，你就離失敗不遠(yuǎn)了。那么，如何認(rèn)識(shí)自己的需求？
絕大多數(shù)的OA需求都是發(fā)問卷給相關(guān)人采集匯總而得來(lái)的，以這樣的形式采集匯總的需求造就了中國(guó)過(guò)去近20年幾乎所有的OA都走項(xiàng)目化，或者看著別人的OA還湊合拿來(lái)就用。如果你也是這樣整理需求的，那簡(jiǎn)直就是自殺，這種看上去合乎邏輯的需求成型方式里面卻埋藏著失敗的種子。
讓我們仔細(xì)看看這份需求吧！也許每個(gè)部門都提出了自己的需求，里面不僅是一個(gè)個(gè)以自我為中心的要求，而且充滿著本來(lái)應(yīng)該歸納到業(yè)務(wù)范疇的應(yīng)用需求，甚至包含著個(gè)別領(lǐng)導(dǎo)的軟件嗜好。依照這種需求，世上沒有一套現(xiàn)成的軟件能夠100%地滿足。依據(jù)這樣的需求開發(fā)出來(lái)的OA軟件，可能功能看上去非常豐富，但實(shí)際上卻形成了一個(gè)個(gè)以部門為中心的應(yīng)用孤島。第一代的OA都是這么出生的，最后大家用起來(lái)一頭霧水，這些看上去都是我們想要的功能為何總感覺那么別扭？問題到底出在哪？
我們研究發(fā)現(xiàn)，這類OA普遍存在一個(gè)問題:如果我們要以整個(gè)組織高效協(xié)同為目標(biāo)，那么,那個(gè)把我們協(xié)同在一起的功能是哪個(gè)？
請(qǐng)不要輕率地回答這個(gè)問題，有人說(shuō)用公文？公文只有組織中不到10%經(jīng)常用；文檔？文檔可以分享，但文檔不能主動(dòng)產(chǎn)生協(xié)同；IM（即時(shí)通信）？IM并不能進(jìn)行表單審批;郵件？郵件能完成流程化審批嗎？能用郵件來(lái)完成組織的日常協(xié)同,我們還實(shí)施OA項(xiàng)目干什么？
所以你必須從繁雜浩瀚的細(xì)節(jié)中脫出身來(lái)，放下本位主義，先找到一個(gè)組織共性的需求，然后才是關(guān)鍵部門的需求，最后才是重要角色的需求。我們先后研究了中國(guó)數(shù)十家OA廠商，走訪了數(shù)十家OA成功或失敗的客戶，仔細(xì)評(píng)估了超過(guò)200種常見OA的功能菜單，最后找到了那個(gè)共性的需求，這就是協(xié)同。你在選型的時(shí)候一定要看，這個(gè)OA是否有這樣的一個(gè)功能能夠滿足這個(gè)共性需求！
陷阱三：實(shí)施急功近利
如果你認(rèn)為軟件只要會(huì)編程就能做，那你可就大錯(cuò)特錯(cuò)了！寫程序是鄰居家的高中男孩就能干的事情。
軟件是包含責(zé)任關(guān)系的商品，需要復(fù)雜的支撐體系。軟件業(yè)已經(jīng)發(fā)展到工程學(xué)的水平，擁有嚴(yán)格的環(huán)節(jié)分工和檢驗(yàn)標(biāo)準(zhǔn)。從需求開始，有專業(yè)的人員進(jìn)行需求的采集、提煉、評(píng)估，形成應(yīng)用的“概念設(shè)計(jì)”；經(jīng)過(guò)評(píng)審后，技術(shù)高手會(huì)充分考慮諸多因素后提出“構(gòu)架設(shè)計(jì)”，評(píng)審后才會(huì)到開發(fā)部形成“應(yīng)用設(shè)計(jì)”，評(píng)審后才會(huì)有“代碼開發(fā)”，然后是“功能測(cè)試”，最后才能交給你。這期間，所有的環(huán)節(jié)都應(yīng)該是最優(yōu)秀的人力資源在保障質(zhì)量，所以你千萬(wàn)不要指望找到一個(gè)非常廉價(jià)還百依百順的供應(yīng)商，根據(jù)你的指令快速而完美地幫你達(dá)成目標(biāo)。
陷阱四：片面追求新技術(shù)
對(duì)新技術(shù)的片面性追求常常導(dǎo)致項(xiàng)目成為了項(xiàng)目負(fù)責(zé)人（特別是CIO）自?shī)首詷返幕萎a(chǎn)物。探索的精神無(wú)可厚非，但是畢竟嘗試性的技術(shù)探索對(duì)于組織應(yīng)用所期望的穩(wěn)定性、實(shí)用性而言是高風(fēng)險(xiǎn)和高成本的。
技術(shù)先進(jìn)性的價(jià)值不在于先進(jìn)本身，而在于先進(jìn)對(duì)擴(kuò)展性、性能、安全性、集成性、易用性（常被CIO所忽視，其實(shí)對(duì)終端客戶的影響排在第一位）等諸多應(yīng)用的現(xiàn)實(shí)價(jià)值和升級(jí)成本的抑制。而且由于協(xié)同管理軟件的價(jià)值并不僅僅依賴軟件本身，其部署過(guò)程和應(yīng)用推進(jìn)能力也對(duì)其價(jià)值發(fā)揮起到至關(guān)重要的作用。我們絕不能忽視這樣的現(xiàn)象：同樣的軟件在不同的單位對(duì)價(jià)值有截然不同的評(píng)估，所謂花巨資上馬的大型軟件成為擺設(shè)的情況比比皆是。
我們相信CIO對(duì)于軟件的評(píng)估側(cè)重應(yīng)用和技術(shù)是理性的，但我們也同時(shí)注意到，CIO對(duì)于推動(dòng)組織建立新型工作行為模式的艱巨性和挑戰(zhàn)性的重視程度不夠，常在對(duì)未來(lái)技術(shù)應(yīng)用發(fā)展趨勢(shì)的無(wú)限可能性的冥思苦想中忽略了組織與協(xié)調(diào)成本，導(dǎo)致系統(tǒng)實(shí)施成為踏入泥潭的第一步。
陷阱五：實(shí)施缺乏導(dǎo)向
實(shí)施被不少CIO理解為軟件開放、安裝調(diào)試、培訓(xùn)、測(cè)試、上線這一類的事務(wù)，但我們認(rèn)為這不是實(shí)施，至少實(shí)施的目標(biāo)錯(cuò)了，不是結(jié)束一個(gè)軟件的部署過(guò)程，而是在這個(gè)過(guò)程中達(dá)成管理提升的目的。如果前面所說(shuō)的工作是必需的過(guò)程，那么達(dá)成管理目標(biāo)才是實(shí)施的結(jié)果。遺憾的是，極少有CIO在實(shí)施計(jì)劃中明確地提出管理提升目標(biāo)，最高的層次也就是具體枝節(jié)需求的滿足。最理想的結(jié)果也就是安裝了一套對(duì)大家沒有價(jià)值感受的軟件！
大部分客戶把OA當(dāng)成了一個(gè)階段性項(xiàng)目，而沒有意識(shí)到，如果能充分重視OA，它將成為一個(gè)強(qiáng)大的戰(zhàn)略實(shí)施的支撐平臺(tái)。
