巧婦開門七件事："柴米油鹽醬醋茶"。CIO在企業(yè)中像老板的"巧媳婦"一樣"花最少的錢，做最多的事"，在捉襟見肘的信息化預算中竭盡全力維持著一個個信息化項目展開。因此，CIO也需要和巧媳婦一樣必須做到"開門"七件事。

　　開門第一事：讓員工先說話

　　國內(nèi)企業(yè)有個習慣，開會時總是領導先發(fā)言，然后才讓員工發(fā)表意見。這樣做的一大弊端是直接封殺了員工的話語權(quán)。很多時候，那些一線員工的認知是很有見地的，CIO作為企業(yè)的高層主管，應該讓員工有充分表達自己思想的機會，而自己盡量少發(fā)表意見而在幕后綜合各方面信息后作出決策。

　　開門第二事：給老板所需

　　如何爭取到老板的支持?特別是在已經(jīng)有過失敗經(jīng)歷的情況下爭取老板信任?答案只有一個："給他所需要的"。那么領導者最關心的是什么?利潤! 作為CIO可以利用這點，在項目說明會或項目計劃書中突出重點說明：預期成本、ROI(投資回報率)，IRR(內(nèi)部收益率)……用這些數(shù)字來說話，肯定為 CIO帶來很好的效果。

　　另外，和非信息技術專業(yè)的領導人談某個項目的效果時，一定要講讓他們聽得懂的話，"能使財務結(jié)算效率提高24%，使產(chǎn)品合格率上升到84%"等有準確數(shù)值等信息是他們愿意接受的，而"較高、很好"等主觀性太強的詞則往往會被老板們所反感。

　　開門第三事：真正了解你的"顧客"

　　現(xiàn)在不少企業(yè)在管理中引入了"內(nèi)部市場"機制"即每個部門都獨立核算，上個流程是下個流程的供應者，下個流程是上的流程的顧客。從這個角度看，信息部門的"市場"最大"，"顧客"最多。

　　之所以這么說，是因為信息部門要服務的是整個企業(yè)。有人說CIO的工作除了分析需求，就是需求分析。那么如何有效的了解"顧客"呢?筆者常常用一種"替換法"，屢試不爽。讓信息部門的人跑出去，將其他部門的人請進來，甚至CIO自己也去前線"打工"，這樣一來不但增加了與"顧客"的彼此信任，而且也可以了解顧客的真正需求。

　　開門第四事："多一點"理論

　　想多一點，做多一點。這種"多一點"理論適合任何類型的領導。在營銷學里有2個詞：基本滿足和額外滿足(根據(jù)翻譯可能不同)。CIO帶領的信息部門給企業(yè)提供技術支持與服務只能說是基本滿足，而通過CIO"想多一點，做多一點"才可以做到額外滿足。但值得注意的是，CIO的這種"多一點"理論是建立在真正了解顧客的基礎上的，那些花里胡哨的所謂"功能創(chuàng)新"，除了帶了麻煩以外沒有別的作用。

　　開門第五事：協(xié)調(diào)而不是"無原則"

　　CIO是個項目經(jīng)理，筆者認為這句話應該會引起很多人的共鳴。而一個項目經(jīng)理最重要的能力就是協(xié)調(diào)，但這里的協(xié)調(diào)決不是"無原則的妥協(xié)"。遺憾的是，似乎已經(jīng)有很多CIO已經(jīng)習慣妥協(xié)，這種"無原則的妥協(xié)"只能讓CIO陷入泥沼。

　　CIO還要做好企業(yè)內(nèi)部的培訓工作，"信息系統(tǒng)是全企業(yè)共同的事業(yè)"無時無刻不在傳播，但世界上沒有"共同富裕"，有時犧牲小部分的利益去換取更大的利益也是萬不得已。筆者曾經(jīng)遇到過一家企業(yè)計劃上馬產(chǎn)品質(zhì)量檢測系統(tǒng)，在高層領導通過后，車間主任死活不肯，原因就是怕系統(tǒng)上馬后沒事做，結(jié)果項目只好擱淺?？梢?，一味無原則的協(xié)調(diào)，最終只能事與愿違。

　　開門第六事：學的廣，做的專

　　筆者發(fā)現(xiàn)很多文章提出"CIO要是個通才"的觀點。但在筆者看來，只能是個美好的愿望。如同我們從小宣傳的"三好"學生，而真正"德智體"全面發(fā)展的學生能有多少?

　　CIO是業(yè)務與技術的"緩沖"，業(yè)務幾乎包括了所有與企業(yè)運作相關的業(yè)務。CIO應該學習盡可能多的知識，但也要同時專作一個行業(yè)。筆者的一位朋友是某電子設備制造廠的信息主管，在成功地為該廠實施ERP后被一獵頭公司挖到一家鞋廠，結(jié)果為鞋廠實施的ERP卻遭到慘敗。用這位朋友事后說的一句話來看這件事情再貼切不過--"隔行如隔山"，讓這位本來可以做得更加優(yōu)秀的信息化主管兵敗麥城。

　　開門第七事：技巧雖小 作用不小

　　一些小的技巧往往會為CIO們在工作實踐中，帶來很多方便。比如：

　　1.準備兩份《系統(tǒng)規(guī)格說明書》。一份給"顧客"看，少用些專業(yè)詞語，多畫圖，最好能再加個系統(tǒng)的模擬界面。一份給技術人員(軟件供應商)看，也就是我們平時看到的說明書。但要注意兩份說明書的內(nèi)容要保持一致。

　　2.讓相關領導在《需求說明書》上簽字。筆者在早期的項目中就是吃了沒有簽字得虧。變更管理混亂直接導致項目失敗。

　　3.保護好你的數(shù)據(jù)庫。實踐證明，有時程序員會隨意更改你的數(shù)據(jù)庫結(jié)構(gòu)，很多CIO應該都遇到過，這是個很嚴重的事情。