多年以前，喜劇演員George Carlin曾經(jīng)裝作教皇表示：因為人類偏激的天性，有七個詞人類不應該在電話中使用。無論是誰，只要用到了其中一個就要立刻受到審查，并可能受到嚴厲的懲罰。 

    在IT世界里，CIO們面臨一個類似的“不能說”的處境。不過它們并不是七個詞，而是七句技術(shù)主管不能和CFO或CEO說的話，除非他們想要冒很大的風險。

    由于在今天的企業(yè)組織結(jié)構(gòu)中并沒有一個全職的檢察員，下面就是這七句不能夠?qū)ζ髽I(yè)領(lǐng)導說的話，以及它們?yōu)槭裁床荒軌蛘f的原因。

“這個項目并不能夠帶來可觀的投資回報，但是我還是想進行它。”

    在今天充滿不確定的經(jīng)濟環(huán)境里，公司很難籌集到資金。沒有人想聽到這樣的話：這個計劃不能夠帶來很好的投資回報。當一個項目小組開始制定項目計劃時，最讓人關(guān)心的問題總是該項目能否在未來的兩到三年內(nèi)帶來積極的效果。對于大型的項目，這種保證更為重要。

    不幸的是，項目小組經(jīng)常對于投資回報率，以及它對于IT部門為項目區(qū)分優(yōu)先次序工作的重要性缺乏透徹的理解。在決定哪些項目應該被推進，而哪些項目應該被重新考慮的時候，諸如折扣現(xiàn)金流和收入流等因素必須被考慮在內(nèi)。一旦這個概念清楚了，并找到了很好的投資回報，確定項目的優(yōu)先次序的工作就變得順利而且有效率了。

“我已經(jīng)超出預算了，而財年才剛剛開始。”

    預算管理是CIO們需要完成的最重要也是時間最緊迫的任務之一。但是，預算經(jīng)常是顛倒過來制定的，到進行削減之前，很少有CFO或預算委員會的消息。因為固有的信息隔閡，這些削減可能會無意中影響到項目的進行。

    在這種情況下，CIO必須把得到的預算重新分配給這些項目。不幸的是，有時候就是沒有錢。因為預算制定過程需要數(shù)月才能完成，被原來預算批準的項目有可能后來被終止，哪怕這些項目已經(jīng)開始進行了--即使是這樣，也得不到支持這些項目應有的經(jīng)費。

    避免這種風險的一個辦法就是把新項目的啟動延期到財年的第二季度再開始。這種延遲讓IT部門有時間把正在進行的項目結(jié)束，并給了組織適應新技術(shù)的機會。而且，這樣的做法保證了預算已經(jīng)定案，對于預算的任何變動不會影響項目進程。

“我們的節(jié)省費用的程序不如我們想象的那么成功。”

    估計節(jié)省的費用通常是困難的，但即便如此，它們對于決策還是非常重要的，IT專家們很少經(jīng)過這方面的必要培訓。而且，由于有些商業(yè)部門既沒有時間也沒有動力來參加IT部門發(fā)起的節(jié)省費用的行動，就經(jīng)常會產(chǎn)生額外的費用。由于這些原因，減少開支的理想成了泡影。

    有一個可靠的項目方法，包括一個獲得節(jié)省經(jīng)費的結(jié)構(gòu)，對于解決這一問題非常重要�，F(xiàn)在就應該用新的技術(shù)或解決方案來開發(fā)能夠獲得費用節(jié)省或增加收入的方法，流程和程序。也許這種動機能夠影響商業(yè)單元和IT部門的行為，并加強這兩部分之間的協(xié)作。

“我們又需要更多的帶寬了。”

    保持基礎(chǔ)架構(gòu)能夠滿足互聯(lián)網(wǎng)和應用的需求是一個永遠沒有盡頭的令人沮喪的循環(huán)。隨著流媒體和圖形的應用日趨普遍，對于基礎(chǔ)架構(gòu)的壓力也日益增長。 

    隨著應用開始平穩(wěn)運行，對于更高帶寬的需求不斷涌現(xiàn)。同時，為了帶寬升級而籌集資金幾乎是不可能的。僅僅以提供更快的電子郵件服務和更快的程序執(zhí)行為理由要求額外的帶寬升級費用非常困難。

    保證帶寬調(diào)整費用的一種方法是把基礎(chǔ)架構(gòu)升級的費用包含到項目的總費用中去。因為該項目成功的一個因素就是提高基礎(chǔ)架構(gòu)適應新的改進的能力，CIO們應該通過這種方法讓公司上層提高項目預算。同增加人力和硬件一樣，提高帶寬被認為是保證項目成功的關(guān)鍵因素。

    另一個建議就是預先花些時間來對公司未來的基礎(chǔ)架構(gòu)需求做一個預測。設計一個系統(tǒng)的時候，就讓它具備能力能夠在面對調(diào)整時不需要再花費可觀的時間或費用進行修改，你就可以不需要求助于其他的，更痛苦的辦法來增加帶寬，滿足公司的需求。

“ TCP/IP stack和微軟的API有沖突，產(chǎn)生了一個一般保護錯誤--這就是為什么你的電子郵件不工作了的原因。”

    為什么某樣東西不工作了？總有一個技術(shù)原因，但是過于專業(yè)的說法只會把用戶搞糊涂，他們對這些技術(shù)不熟悉。記住，當一個CIO需要的不僅僅是技術(shù)能力--它還需要良好、有效的溝通技巧。

    作為一個商業(yè)伙伴，你必須象了解你的技術(shù)問題一樣，盡可能多地了解收入是如何產(chǎn)生的，組織是如何運做管理的。讀一個MBA學位或者定期參加商業(yè)會議可以豐富這些知識。

    同時，非IT管理人員了解一些IT組織的技術(shù)知識也是非常重要的，這使他們能夠明白需求，利害關(guān)系，以及某個特定項目的潛在的問題。你可以和管理人員一起工作來了解他們想知道多少技術(shù)細節(jié)。很多管理人員可能希望你越專業(yè)越好，而其他人只選擇概要式的了解。在做了這樣的決定以后，你需要相應地調(diào)整你的溝通風格。

“那些用戶不知道我們正在如何努力地幫助他們。”

    CIO在采用新技術(shù)的時候常常處境尷尬，因為他/她必須讓最終用戶相信這些工具能夠給他們帶來好處。能夠帶來生產(chǎn)力提高的技術(shù)，可能被懷疑會讓有人丟掉工作。而且，權(quán)利、聲望和控制的利害關(guān)系都可能影響對于新技術(shù)需求的正確判斷。

    由于這些原因，你可能會感到很沮喪，雖然你付出了很多努力，用戶們對于你花了很大力氣開發(fā)的工具仍然很抵觸。

    避免這種情況的最好的辦法是多花點時間和用戶在一起，向他們解釋新技術(shù)帶來的種種好處。很多大型的組織有正式的用戶委員會或者用戶理事會來處理這些問題。在很多情況下，如果是用戶自己來領(lǐng)導這個委員會的話，成功率會大大提高，因為你（CIO）能夠直接聽到來自用戶的聲音，這使你能夠得到更多更有意義的建議，并能夠幫助你和個人用戶建立更好的伙伴關(guān)系。

“我們的文件被黑了，保密的數(shù)據(jù)被泄露到了網(wǎng)上。”

    雖然技術(shù)已經(jīng)滲透到我們生活里的所有的方面，很多組織還是沒有意識到數(shù)據(jù)、基礎(chǔ)架構(gòu)和互聯(lián)網(wǎng)的安全性對于他們有多重要。很多時候，安全性被認為是一張保險單，如果預算緊張，就可以被削減甚至被忽略。當危機產(chǎn)生，安全性成了優(yōu)先級最高的任務--但是危害已經(jīng)造成了。

    安全策略不僅在IT部門內(nèi)應該人人重視，在整個公司內(nèi)也應該如此。安全小組，尤其對于大型組織，是非常有必要的。備份，災難恢復和商業(yè)連貫性計劃應該定期進行以降低潛在的危險。事后做出反應和完全不知道應該做什么會在清除一個災難，或者防止災難發(fā)生方面有很大的不同。

    語言的魔力

    上面七句話中的任何一句，或者與此相關(guān)的潛在的問題，都可以通過預先計劃并采取防范措施來避免。

    對于媒體，審查制度過濾掉了敏感的語言。技術(shù)管理者也應該有同樣的意識，把潛在不利的情況轉(zhuǎn)變成商業(yè)發(fā)展的機遇。