如何規避信息化項目的風險？
摘要： 從一定程度上來說，信息化項目因為難以管控，所以，其失敗的風險比實體項目要高許多。那么作為企業的CIO，信息化的掌舵人，該采取一些什么措施？ 一些走在管理變革前沿的企業正在嘗試著、期望著通過信息化，來實現管理創新，從而提升企業在新環境中的競爭優勢。對于一般的企業而言，信息化建設的成本與費用是相當"可觀"的，因此投入的風險也是非常之大的。現在的問題是，中小企業在建設信息化時遇到風險，那么如何來規避這些風險？
任何項目都會有風險。實體項目如此，信息化項目也是如此。而且，從一定程度上來說，信息化項目因為難以管控，所以，其失敗的風險比實體項目要高許多。那么作為企業的CIO，信息化的掌舵人，該采取一些什么措施，來規避信息化項目的風險呢？筆者在這里就跟大家分享一下自己的經驗。
一、逆向思維
以問題找出路筆者認為，現在大部分企業最大的項目風險在于所選擇的信息化項目太過于“時髦”。或者說，很多企業并沒有上某個信息化項目的必要，但是出于面子、趕時髦的需要，就迫不及待的開始上某個信息化項目。什么電子商務、商業智能等等，在時機還沒有成熟的情況下，就在一把手的一聲命下，開始上馬了。如此狀態下，信息化項目能夠有成果嗎？其實，這種情況跟大家思考問題的習慣也有很大的關系。很多CIO或者企業領導在考慮問題的時候，總會有一種慣性思維。現在世面上有什么信息化管理軟件，或者說同行上了什么管理軟件，可以解決什么問題。以這種模式考慮，可以毫不夸張的說，市場上的任何一款信息化管理軟件都符合企業的需要，都能夠解決企業的某個方面的問題。此時，什么辦公自動化管理軟件、ERP系統等等都會成為企業的目標。可是，在經濟危機的大背景下，企業資金緊張，能夠拿出這么多的資金來購買這么多的信息化管理軟件嗎？轉自項目管理者聯盟轉自項目管理者聯盟所以，筆者認為，無論是企業的CIO，還是企業第一把手，都應該學會逆向思維。如企業一把手可以把企業現在遇到的問題告訴給CIO，然后，讓CIO去尋找合適的解決方案。如此的話，可能企業只需要上兩三個信息化管理項目即可。并且，因為是從問題出發去尋找解決方案，這就好像帶著病人去看醫生一樣，醫生更容易對癥下藥。如此，才能夠有效的規避信息化項目的風險。故筆者強烈建議，CIO要帶著問題去尋找解決方案；而不要用信息化管理系統去套用企業的現有管理模式。
二、不要做第一個吃螃蟹的CIO
雖然螃蟹味道鮮美，但是，筆者還是不喜歡當第一個吃螃蟹的人。從信息化管理來說，企業的CIO最好也不要有第一個吃螃蟹的習慣。具體的來說，最好要避免如下的行為習慣。一是在軟件選型的時候，最好要選擇成熟的版本。如在選擇微軟操作系統的時候，筆者從來不選擇剛出來的Windows版本。如以前XP剛出來的時候，筆者沒有采用。而是當其出來了SP2補丁包之后，筆者才在企業中部署XP操作系統。如果在補丁沒有出來之前就匆匆忙忙的升級操作系統，那么筆者不僅要忙于后續的升級，還要為之前的發現的系統漏洞提心吊膽。其實，不僅在操作系統上，在其他應用系統上，也有類似的情況。如當某個ERP軟件出現一個大的版本之后，筆者仍然不急于升級。因為根據筆者的經驗，某個大版本出現后，總會有些軟件上的漏洞。CIO若急著升級的話，就可能會成為軟件企業的“小白羊”。所以，筆者一定要等到后面有小版本出現了，如6。3等等。后面的小版本會對大版本的漏洞進行一些改善。二是不要去趕時髦，采用一些不成熟的技術。信息化技術日新月異，如CIO有“技術優先”的想法的話，則很可能會陷入一個死胡同。出現什么新技術，就不管三七二十一，先拿過來用了再說。我們都知道，任何技術，從出現到穩定、再到完善需要一個過程。新技術的出現，對于搞科研的專家，可能會比較有吸引力。但是，若其要應用到企業中去，可能還需要有一定的距離。因為對于企業來說，往往穩定性是壓倒一切的。而新出現的技術，由于沒有經過市場用戶的考驗，最缺乏的就是穩定性。故筆者認為，當某個新技術出現的時候，作為CIO來說，不要做第一個吃螃蟹的CIO。否則的話，企業很可能搬起石頭砸自己的腳。總之，無論是軟件選型還是技術選型，又或者尋找信息化解決方案時，企業CIO出于規避項目風險的目的，不能當這個出頭鳥。在信息化管理軟件穩定性壓倒一切的背景下，爭做第一個吃螃蟹的英雄是非常危險的。CIO要積極的避免這種不明智的行為。
三、把決策的權利交給“專家”
如果把CIO的權利放的過大，其實是一種很危險的授權行為。說實話，現在國內各個企業的CIO離國外的CIO還存在一定的距離，包括筆者在內。因為國內的CIO很多都是從技術崗位上轉型過來的。對于企業業務流程、企業管理實務缺乏經驗。而CIO要能夠對企業進行合理的信息化規劃、項目實施，這些管理知識是不能夠缺少的。所以，在這種大背景下，筆者認為，我們CIO要學會一些工作的技巧，要把決策的權利交給專家。如筆者前不久在實施一個商業智能軟件，其中涉及到一個“銷售漏斗”管理模型。說實話，這個模型筆者以前聽都沒有聽到過。所以，對此筆者是一竅不通。到底要不要上這個管理模型呢？他對于企業的價值到底有哪些呢？筆者無從下結論。為此，筆者就要實施顧問跟公司的銷售總監進行面對面的交流。讓實施顧問給銷售總監做現場演示與解說，而不是筆者當傳話筒。然后，筆者再設計了一份“需求調研問卷”。銷售總監只要把自己對這個管理模型的認識、對于企業的實用性以及最后的決策意見往上填即可。如此，筆者就不用費心思去考慮銷售漏斗模型到底是個什么東西，去思考其能夠給其帶來什么收益等等。筆者把這個問題巧妙的拋給了銷售總監。畢竟他是專家。他的決策要比筆者這個門外漢科學的多。如此的話，就可以非常有效的規避項目帶來的風險。
