不知從什么時候開始，有人大批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的工作前途。