不知從什么時候開始,有人大批CIO只懂技術(shù)不懂管理。筆者不否認這有一定的道理。團隊管理、規(guī)劃管理等等都是CIO必須要掌握的職業(yè)技能。但是筆者認為,現(xiàn)在有部分CIO走的有點遠了。他們走上CIO的崗位后,就對IT技術(shù)不聞不問,就一根筋的在考慮如何提高自己的管理水平。筆者認為這是從一個極端走到另一個極端。作為CIO來說不能夠忘本,仍然應(yīng)該重視技術(shù)的積累。

  一、信息化項目規(guī)劃仍然受技術(shù)的限制。

  CIO在做信息化項目規(guī)劃時,仍然受到技術(shù)的限制。如果脫離技術(shù),那么這個信息化項目規(guī)劃很可能是一座海市蜃樓,只可遠觀,不可觸摸。如有一位CIO在做企業(yè)三年項目規(guī)劃的時候,決定把企業(yè)的企業(yè)資源計劃管理系統(tǒng)(ERP)、客戶關(guān)系管理系統(tǒng)(CRM)、排程管理系統(tǒng)等等實現(xiàn)集成,解決他們各自為政的局面。

  這個規(guī)劃的意圖是好的。系統(tǒng)集成現(xiàn)在已經(jīng)是信息化項目中不可阻擋的一個趨勢。但是這個規(guī)劃的實現(xiàn)受到當前技術(shù)的限制。據(jù)筆者了解,要把這三個系統(tǒng)集成起來難度不亞于重新實施這三個項目。特別是要把排程管理系統(tǒng)跟企業(yè)資源計劃系統(tǒng)集成起來更是難上加難。如筆者企業(yè)現(xiàn)在就有一個企業(yè)資源計劃管理系統(tǒng),這個系統(tǒng)中就有排程管理模塊。說來比較慚愧,到現(xiàn)在為止由于排程太過于復(fù)雜這個模塊現(xiàn)在還很難用起來。想想看同一個系統(tǒng)中不同的模塊之間況且很難實現(xiàn)無縫結(jié)合。現(xiàn)在要把企業(yè)資源計劃系統(tǒng)與排程管理系統(tǒng)兩個獨立的系統(tǒng)集成起來,難度有多大。這不僅跟企業(yè)的管理水平掛鉤,還受到信息化技術(shù)方面對限制?,F(xiàn)在雖然推出了一個SOA的軟件集成平臺,但是還少有成功的案例。況且要在已有項目上實現(xiàn)集成,難度更是難上加難。

  所以筆者認為,信息化項目規(guī)劃仍然受到技術(shù)的限制。如果CIO脫離技術(shù)這個約束,平時不注重技術(shù)的積累,那么其很難做出一個切實可行的信息化項目規(guī)劃。從這一點來說,筆者建議CIO應(yīng)該重新回到技術(shù)的崗位上來,要重視技術(shù)的積累。

  二、軟件選型仍然離不開技術(shù)層面的考慮。

  CIO很重要的一項工作就是幫助企業(yè)項目管理團隊選擇一款合適的信息化管理軟件。這項工作即要求CIO具有一定的項目管理能力;同時也要求CIO具有專業(yè)的技術(shù)背景。否則的話,只靠管理能力很難幫助企業(yè)做出正確的決策。

  如在軟件選擇時,CIO必須要考慮軟件的性能,考慮技術(shù)對性能所造成的影響,特別是在多個用戶同時訪問系統(tǒng)時的性能。此時,就需要CIO利用自己的專業(yè)知識,設(shè)計一個合適的測試環(huán)境。在測試時,需要考慮到在并發(fā)行訪問時數(shù)據(jù)庫鎖對性能的影響;數(shù)據(jù)是否存在臟讀、錯讀的情況;客戶端的運行性能主要取決于哪些因素等等。要對這些問題做出正確的解答,要求CIO必須具有比較專業(yè)的技術(shù)知識。光有管理水平,缺乏技術(shù)積累,那么CIO在這方面也是一個門外漢。

  如在軟件選型時,需要考慮應(yīng)用平臺的兼容性。如筆者企業(yè)現(xiàn)在所使用的操作系統(tǒng)主要由三類,分別為Linux操作系統(tǒng)、蘋果操作系統(tǒng)與微軟操作系統(tǒng)。而服務(wù)器全部采用Linux系統(tǒng)??蛻舳藙t以上三個操作系統(tǒng)都有。那么筆者在選擇信息化管理軟件時,一定要知道基于什么平臺開發(fā)的管理軟件可以同時支持以上這三個操作平臺。如果不了解這一點,CIO可能會走很多的冤枉路。如跟對方辛辛苦苦的協(xié)商好幾個月,覺得功能方面都滿足了??墒亲詈蟀l(fā)現(xiàn)對方的管理軟件無法在Linux系統(tǒng)上運行,這不是白忙活了。如果此時CIO知道某個平臺上開發(fā)的應(yīng)用程序無法實現(xiàn)跨平臺時,那么在軟件選型的時候,憑這一個技術(shù)的硬桿子就可以過濾一大批的應(yīng)用軟件??梢娫谲浖x型過程中,CIO必須考慮跟現(xiàn)有平臺的兼容性問題。而要做到這一點,那么必須從技術(shù)的層面去進行考慮。這要求CIO在平時工作中要注重技術(shù)的積累。至少要了解現(xiàn)在出來了什么新技術(shù),這些技術(shù)有什么特點與缺點。如能否支持跨平臺的需求等等。這會給軟件選型時帶來很大的幫助。

  在軟件選型時如果CIO有一定的技術(shù)背景,也可以防止被對方忽悠。如筆者在一次數(shù)據(jù)庫的選型中,要求對方要實現(xiàn)備份服務(wù)器與工作服務(wù)器數(shù)據(jù)的同步。那時對方給出了一個通過數(shù)據(jù)備份、恢復(fù)的同步方案。筆者雖然說不是數(shù)據(jù)庫管理方面的專家,但是至少在學(xué)校里受過這個數(shù)據(jù)庫正規(guī)的培訓(xùn)??戳怂姆桨负螅P者覺得漏洞百出。筆者知道,如果要實現(xiàn)備份數(shù)據(jù)庫與生產(chǎn)數(shù)據(jù)庫同步的話,最好的方法就是實現(xiàn)數(shù)據(jù)的同步傳輸或者通過分布式服務(wù)器來實現(xiàn)。筆者提出了這個疑問后,對方馬上派出一個技術(shù)專家來跟我談。他承認由于當時跟我談的人是公司的業(yè)務(wù)員,可能跟我表達的時候不夠?qū)I(yè)。然后這個專家又給了我一份專業(yè)的解決方案。我看了之后覺得比較合理。所以,在項目選型的時候,如果CIO有某方面的技術(shù)背景,如象筆者一樣有數(shù)據(jù)庫的培訓(xùn)背景,那么就不會被對方所忽悠。

  項目選型作為CIO的主要工作之一,仍然要求CIO有一定的技術(shù)背景。如果CIO平時不注意技術(shù)積累的話,那么在選型時很可能因為在技術(shù)方面考慮不全面,而給以后的項目實施埋下隱患。在軟件選型時如果在功能上考慮不周而導(dǎo)致項目失敗或者額外的損失,可能CIO不用負主要責任。但是如果是技術(shù)層面出了問題,那么CIO無疑要承擔起所有的責任。故從這個角度來講,CIO技術(shù)積累是非常重要的,甚至?xí)绊慍IO的工作前途。

責任編輯:admin