遠離八大IT管理錯誤

Dan Tynan 沈建苗

每個人都會犯錯，但大多數錯誤是無害的，盡管有些令人尷尬但情有可原，可是有些卻可能毀掉你的職業生涯，甚至毀掉你的公司。

一些最常見的IT錯誤包括：深陷無法脫身的供應商關系、招聘或提拔人錯了，以及向高層隱瞞問題，直到為時太晚、不可挽回。

如果你負責企業技術，風險就要高得多，錯誤釀成的后果也嚴重得多。按嚴重程度進行排序：1級（當作茶余飯后的話題）；2級（你能恢復過來，但別指望很快就能晉升）；3級（你被解雇）。以下是可能會犯的幾大錯誤。

第一大IT管理錯誤：供應商鎖定

嚴重程度：2級

這是一種引誘。供應商以低價和不斷的承諾引誘你，可一旦他們控制了你，就不會放你走。

Kudelski Security公司的首席技術官Andrew Howard說：“幾乎每家賣產品的供應商都試圖在你的環境中落地，并在里面擴展。IT經理一開始出于好意，但是等他們還未回過神來，供應商已不可更換，牢牢控制了IT資產，并且擁有巨大的定價優勢。我看到幾位IT經理因這種供應商管理不善而丟掉了飯碗。”

Howard承認，被供應商鎖定也有一些好處。除了享受批量折扣外，從同一家供應商采購多款產品，理論上應該會確保產品之間整合起來更順暢，安全性更高。這意味著你面對的供應商較少，這對小公司來說再好不過了。

但如果決定換一家供應商，別指望原來的供應商會幫你。Howard回憶他在一家咨詢公司工作時，一家工作流程管理供應商拒不交出源代碼，試圖阻止他的公司換另一家供應商。這項要求本來寫在原始軟件許可協議（SLA）中，但在隨后的談判中卻只字未提。

他補充道，邁向云端并不能讓更換供應商來得更容易。“我們的好多合作伙伴在平臺即服務提供商那里遇到了同一類問題，一旦你選擇某一家提供商，很難將基礎設施遷移到競爭對手的平臺上。”

由于這個原因，Howard表示許多CIO既與多家云提供商合作，又開發強大的技術管理實踐，獲得雙保險。他補充道，IT經理要與采購部門更緊密地合作，避免過于依賴任何一家供應商。“我個人主張技術多樣化，成本最低的那種選擇常常并不對你有利，有時短暫的痛苦從長遠來看對你更有利。”

第二大IT管理錯誤：把云視作自家數據中心的延伸

嚴重程度：2級

2016年2月，Best Egg Personal Loans從基于VMware的私有云遷移到運行在亞馬遜網絡服務（AWS）上的公共云。這家P2P貸款服務公司花了幾個月的時間來規劃、配置和遷移較低級的服務，并確保其服務器和AWS中的服務器一一對應。一切準備就緒，可是上線2小時后，一臺關鍵的AWS服務器就壞掉了。

Best Egg母公司Marlette Funding的CIO/首席技術官Brian Conneen說：“第一天就向我們敲響了警鐘。結果證明，單臺云服務器的穩定性實際上不如自行管理的服務器或虛擬機。云99.999%的正常運行時間來自能夠動態配置新服務器以替換失效的服務器。”

那次故障發生在周末，Best Egg恢復如初，客戶根本沒有受到干擾，但Conneen汲取了寶貴的教訓：不能把云服務器當作自己數據中心的另一臺服務器。之后，Best Egg的首要任務就是確保針對云環境進行了優化，其次的任務是密切關注云成本。“只要有人需要，你就可以配置一臺服務器。要是頻繁配置，你的開支很快會是原本計劃的兩三倍。”

Conneen還明白服務器用完即丟的道理：如果服務器出故障，一扔了之就行。于是，Best Egg整合了冗余性極高的機制，為一刻都不能停運的系統分配了服務器池，并編寫了腳本，那么一臺服務器出岔子，可以自動啟用新的服務器。

現在每當Best Egg發布新的軟件版本，它要構建新的服務器，將代碼發送到這些服務器上，關閉舊服務器。Conneen說：“只有你設計的基礎設施充分發揮公共云的優勢，才能獲得公共云的好處。光把你的服務器遷移到云不夠，還要遷移你的理念和方法。”

第三大IT管理錯誤：過度設計商業方案

嚴重程度：1級

長期以來這一觀點向CIO不斷灌輸，已深深地印在他們的腦海中：要獲得大筆的IT支出，你要拿出過硬的商業方案。于是，經理們會花幾周時間來研究方案、分析數據、整理PPT。

一家身份即服務提供商Okta的CIO Mark Settle表示，除非你的業務領導人愿意為你的方案堵槍眼，否則這常常徒勞無功。他說：“幾年前我去面試一家《財富》200強企業的CIO職位，向CFO做了一次關于商業方案重要性的迷你演講。對方告訴我，他不相信商業方案中的任何數字，唯有業務領導承諾充分利用新的功能，才批準重大的IT項目。”

Settle補充道，基礎設施或合規方面的必要支出是罕見例外的一個。但任何一種戰略性IT項目都需要業務部門有熱情的支持者。贏得高管的信任意味著不僅要順利完成你的IT工作，還要與整個公司的其他團隊合作，針對現有流程加以改進。他表示，只有這么做，戰略性機會出現時，業務領導人才極有可能傾聽你的想法。“如果你提出了好多過度設計的商業方案，卻沒有高管愿意支持、為你說話，你面臨的困難要大得多。”

第四大IT管理錯誤：招聘能力不足的人

嚴重程度：2級

雖然需要一支團隊來打造成功的企業，但是一個態度糟糕、能力不足的員工就足以搞砸一切。

招聘公司Stride Search的業務拓展副總裁Derek Johnson說：“IT經理常犯的最大錯誤是，招聘不如自己聰明和優秀的人。”

他表示，遺憾的是，經理們頗為自負，因此常常錯過合適的人選。比如說，三年前，Stride Search為一個客戶：一家SaaS初創公司找到了一位理想的網絡和軟件工程師。他口才佳，有魅力，擁有計算機科學博士學位，還持有多項專利。除了這家初創公司的首席技術官外，人人都喜歡他。

Johnson說：“電話面試很順利，但現場面試絕對是場災難。那位首席技術官既是聯合創始人，又是招聘經理，他在整個面試過程中百般羞辱這個人選，時時想占上風。管理團隊的其余人都想錄用他，但首席技術官拒絕了。這個人選最后效力于競爭對手，后來那個競爭對手打敗了這家初創公司。這種事太常見了。”

Johnson表示，企業還應該規定沒有哪個人有權一票否決招聘決策，從而解決這個問題。如果是重要崗位，公司的董事會和應聘者的下屬也應參與面試。他說：“有句名言是‘一流人才招一流人才，二流人才招三流庸才，確實如此。對企業來說，后果沒有比招錯關鍵人選或痛失合適的人選更嚴重的了。”

第五大IT管理錯誤：提拔錯了內部人選

嚴重程度：2級

如果說沒有招到合適的外部人選是錯誤，提拔錯了內部人選也是錯誤。IT軟件公司Unosquare總裁Giancarlo Di Vece特別指出，通常來說，內部提拔是很好的政策，但你這么做要有正確的理由。

錯誤的理由又有哪些？Di Vece表示，提拔某人為了表彰他是忠誠員工，給他一條職業道路，或者讓自己覺得管理有方，這可能會當著你的面搞砸，如果這個員工其實不適合新工作更是如此。

他說：“我見過IT經理將優秀的開發員提拔為技術負責人，隨后這個員工備感沮喪，最終離職。你以為自己是好上司，讓員工有機會往上爬，但到頭來卻失去了他們，因為你讓他們無法做真正喜歡做的事情。”

Di Vece說，一年前他也遇到了這一幕。他為Unosquare的一個大客戶招到了一位明星開發者，讓他一路升遷。很快這位開發員管理起5個人的團隊。一切進展順利，可3個月后他來到Di Vece的辦公室，提交了辭呈。盡管團隊的工作很出色，但這位開發員覺得自己的工作沒干好，無法說服他繼續留在原崗位。

“我失去了一名很出色的程序員，就因為我覺得為他的職業生涯提供了上升通道。”Di Vece說，從那以后，他制定了一套框架：剛提拔的人選要定期提供并收到反饋意見，上司要密切關注應如何幫助他們取得成功。雖然Di Vece仍覺得從內部提拔是正確的理念，但他表示，這不是在所有情況下都是正確的選擇；經理們需要明智地遴選內部人選。

第六大IT管理錯誤：將敏捷方法運用于核心系統

嚴重程度：3級

鑒于云服務爆炸式增長，日益需要公司加快速度。CIO們知道，本公司的許多IT不歸自己控制。

Kudelski的Howard表示，但是讓公司可以在云端啟用Docker容器和微服務的同樣敏捷交付機制，會給CIO負責的核心IT系統（比如電子郵件、電話服務、ERP和后端應用軟件）帶來災難性影響。

他說：“我看到因無法搞好電子郵件而丟掉工作的CIO，比因其他任何問題而丟掉工作的CIO都要多。這些敏捷方法常常有悖于核心系統必須的嚴格變更控制機制。如果核心系統癱瘓了，公司很快就會虧錢。”

Howard表示，為了應對這個問題，CIO們需要劃清邊界，允許對業務系統進行敏捷的變更，并對核心系統實施更嚴格的變更控制，不存在一應俱全的方法。他說：“你不能讓受到敏捷交付機制影響的系統將核心服務置于險境。面臨的挑戰是，劃定那些界線并嚴格執行并非總是易事。公司需要速度快，但謹慎需要緩慢、有條不紊的變革。這兩者相互沖突，IT經理常常深陷其中。”

第七大IT管理錯誤：頻繁地說好

嚴重程度：2級

IT經理常常被指責對創新說“不”。安全公司Absolute的全球IT安全戰略師Richard Henderson表示，一個更大的問題是，他們不知道如何拒絕別人時，就有可能對系統的安全性失去控制。

他問道：“IT或安全人員接到高管打來的電話，要求訪問有風險的系統，這種事很常見吧？公司里面的業務部門‘自行其事，未得到IT團隊或安全團隊的審查或批準，就擅自部署一種全新的基于云的工具或者服務，這種事很頻繁吧？”

Henderson表示，像云存儲和SaaS解決方案這種工具可以給團隊帶來巨大的好處。但如果IT經理批準每一次例外請求，就會在本公司留下新的口子和盲點，甚至可能出現新的安全漏洞。他承認，CEO提出特殊要求時，下屬很難拒絕。但是你要落實一項計劃，應對罕見的例外，可靠的資產管理方案必不可少。監管端點設備、用戶登錄使用常用云服務時向你發出警報的軟件也必不可少。

頻繁地說好，無法讓每個系統都打上補丁、符合規定，營銷人員啟用了新的AWS實例，你又不知情時更是如此。Henderson說：“最要緊的不是阻止大家使用這些服務，而是讓決定使用這些服務的團隊能滿足數據保護方面的最低要求。CIO要說，‘聽著，如果你想這么做，我們會幫你，但這是你需要在安全方面做好的基本功課。”

第八大IT管理錯誤：隱藏問題

嚴重程度：3級

Okta的Settle表示，大項目開始出岔子時，許多IT經理竭力隱藏問題，希望在上司注意到之前解決問題。情形通常變得越來越糟糕。等到他們最終抽出時間來承認：發布的新代碼導致整個系統宕機48小時，或者需要另外投入400萬美元才能完成項目時，早已失去了信譽度。

他說：“壞消息越早披露越好，因為壞消息自己不會變好。越早開始處理，越有可能讓項目回到正軌上。”公布壞消息從來都不容易，但如果你已與業務領導人建立起良好的工作關系，就會容易很多。

“第一條規則是，絕不在你申請更多資金或尋求原諒的時候，才第一次出現在高管的門口。怕就怕你有六個月沒有與高管聯系。”經理需要在平時沒有遇到危機時，創造機會與CFO或其他高管進行交流。Settle表示，這對于技術型人員來說并非總是易事，但這是他們需要培養的技能。“哪怕只是一次小小的打趣，與高管聊聊他們遇到的問題，當以后出現問題，你需要申請更多資金時，就比較容易與高管進行比較艱難的交談了。”

（作者是資深的技術撰稿人，曾是雅虎科技的前主編，長期為《InfoWorld》和《PCWorld》撰稿。本文由IDG旗下CIO網站授權刊載。）