最常見的一些IT錯誤包括陷入無法松綁的供應商關系中，聘請或者推銷錯誤的人，以及為時已晚的高層潛在問題。

    當你負責企業技術的時候，風險要更高，錯誤導致的后果也更加糟糕。所以我們按照嚴重級別進行排序：1級（說起來很尷尬，但并不緊急）；2級（可以從中恢復，但不要期待能快速升職了）；3級（你會被解雇）。

    下面就讓我們來看看你有可能會犯下的最大的錯誤，以及如何避免這些錯誤或者快速從中恢復。

第1大錯誤：廠商鎖定

嚴重級別：2

    廠商以低廉的價格和無限的承諾引誘你。可一旦你處于他們的掌控，他們就不會放你走了。

    Kudelski Security公司首席技術官Andrew Howard表示：“幾乎所有賣產品的廠商，都會試圖落地到你的環境中并不斷擴大領土。IT經理一開始聽到的是很好的意圖，但是直到他們了解了真相之前，廠商已經成為不可取代的，牢牢控制住了IT資產和巨大的價格杠桿。我們看到有很多IT經理因為這種錯誤而丟掉了工作。”

    Howard承認，廠商鎖定也有一些好處。除了批量折扣之外，從同一家廠商那里采購多款產品可以確保這些產品之間更平滑的整合，以及更加嚴格的安全性。這意味著你不需要應對那么多的廠商，這對小規模的企業組織來說可能是一種理想選擇。

    但是當你決定繼續發展下去的話，就別指望這一家廠商可以幫助你做到所有事情。Howard回憶說，當他在一家咨詢公司工作的時候，一家工作流管理廠商通過拒絕交出源代碼來阻止他們轉向另一家廠商。這項最初是在原始軟件許可協議（SLA）中的要求，隨后在談判中以某種方式“蒸發”了。

    他補充說：邁向云端并不容易。

   “我們很多合作伙伴都在和平臺即服務提供商合作的時候遇到了同樣的問題。一旦你選擇了一家提供商，就很難將基礎設施轉向這家提供商的競爭對手那里。”

    出于這個原因，Howard說他知道有很多CIO通過與多個云提供商合作、開發強大的技術管理實踐來對沖他們的賭注。他補充說，IT經理需要與采購緊密合作，避免太過于依賴任何單一的廠商。

    “我個人認為技術應該多樣化。最便宜的選擇往往不是你青睞的，有時候短期的痛苦從長期來看對你是有利的。”

第2大錯誤：把云視為數據中心的延展

嚴重級別：2

    2016年2月，Best Egg Personal Loans從基于VMware的私有云遷移到運行在AWS上的公有云。這家P2P接待服務提供商花了幾個月的時間進行規劃、配置和遷移低級別服務，并且在其服務器和AWS中的資源做了1:1映射。所有都準備好了，結果在上線2個小時之后，一個關鍵的AWS服務器宕機了。

    Best Egg母公司Marlette Funding首席信息官/首席技術官Brian Conneen表示：“這對我們來說是第一天的警鐘。事實證明，單臺云服務器的穩定性實際上要比私人管理的服務器或者虛擬機都低。云99.999%的正常運行時間來自于能夠動態配置新服務器以取代那些有故障的服務器。”

    這次故障持續了整個周末，Best Egg雖然在沒有客戶宕機的情況下恢復了，但是Conneen得到了一個寶貴的教訓：你不能把云服務當作是你數據中心新增的一臺設備。

    在這之后，Best Egg的第一優先級就是確保對云環境進行優化，第二優先級是密切關注云成本。

    他說：“當有人需要的時候，你就可以配置一臺服務器。能做到這一點就足夠了，很快你就會花上是原本計劃的2倍或者3倍的時間”。

    Conneen還得到了一個教訓，那就是服務器是可以處理的：當服務器出故障的時候，你只是扔掉這些服務器。所以Best Egg配置了更多的冗余性，分配了一個服務器池給系統，且系統不接受任何一刻的宕機時間，創建腳本，當一臺出現故障的時候自動啟動新服務器。

    現在當Best Egg有新軟件發布的時候，它只需要構建新服務器，將代碼發送到這些服務器，關停舊服務器就可以了。

    “只有當你設計基礎設施能夠充分利用公有云優勢的時候，才能發揮公有云的好處。只是把你的服務器遷移到云還不夠，你還需要遷移你的想法和方法。”

第3大錯誤：過度設計商業案例

嚴重級別：1

    有一點長期盤旋在CIO腦海中，好像已經成了他們大腦皮層的一部分：要獲得大筆的IT支出，你需要打造出一個有說服力的商業案例。因此，經理們可能花費數周時間研究選項、分析數據、制作PPT。

    但是除非你的業務領導愿意為你的建議采取措施，否則這通常都是徒勞無功的，身份即服務提供商Okta的首席信息官Mark Settle表示。

    “多年前我面試了一家財富200強企業的CIO職位，向首席財務官做了一個關于商業案例重要性的迷你演講。這位首席財務官告訴我，他并不相信商業案例中的任何數字，而且他只批準那些業務領導承諾利用新能力的重要IT項目。”

    他說，在基礎設施或者合規性方面的必要支出是極少數的例外。但是任何展業IT項目都要求在業務方面有充滿激情的支持者。贏得高管的信任，意味著不僅要無縫地完成你的工作，而且還要與其他團隊跨部門合作，采用現有流程并加以改進。這樣做了，并且在戰略機會出現的時候，業務領導傾聽你想法的可能性才更高一些。

    “如果你帶來了大量過度設計的商業案例，而沒有高管愿意支持的話，你自己要面對的事情難度就更高了。”

第4大錯誤：聘請能力低于你的人

嚴重級別：2

    要有一個團隊來構建一個成功的企業，但是僅僅是一個能力不足、態度糟糕的員工就可以讓所有人失敗。

    “IT管理最大的錯誤就是雇傭那些不如他們聰明、比他們還糟糕的人，”招聘公司Stride Search業務開發副總裁Derek Johnson表示。

    不幸的是，管理者們的自負經常使他們挑選到不合適的人。例如：三年前，Stride Search為他們的一家客戶——一家SaaS初創公司——找到了一位完美的網絡和軟件工程師。他善辯、有魅力、擁有計算科學博士學位、擁有多項專利。大家都喜歡他， 除了這家初創公司的首席技術官。

    Johnson說：“電話面試進行得很順利，但是現場面試的時候絕對是一場災難。這個作為共同創始人、招聘經理的首席技術官在整個面試過程中對候選人進行羞辱，試圖擊退他。管理團隊的其他人都希望給他Offer，但是這位首席技術官拒絕了。最終這位候選人加入了競爭對手公司，隨后這個競爭對手公司把這家初創公司徹底擊垮了。類似的事情經常發生。”

    企業可以通過要求不能讓一個人具有否決雇傭某人的權利來解決這個問題，Johnson表示。對于較高的職位，企業的董事會和候選人的下屬也應該參與其中。

    “有句名言，‘一流人才雇用一流人才，二流員工雇用三流庸才’。對于一家企業組織來說，沒有什么比聘請了錯誤的關鍵人物、或者放棄了正確的關鍵人物更糟糕的了。”

第5大錯誤：提拔錯誤的內部人選

嚴重級別：2

    如果無法聘請合適的外部人員是一大管理錯誤的話，那么提拔了錯誤的內部人選也同樣是。

    通常來說，從內部提拔是一件很好的事情，IT軟件公司Unosquare總裁Giancarlo Di Vece表示。但是你需要很好的理由。

    錯誤的理由是什么？因為是忠誠員工而提拔，給他們一條職業道路，或者讓自己感覺是一個好的經理，Di Vece說。但結果可能是你自己打自己的臉，特別是當這個員工無法勝任的時候。

    “我曾經看到IT經理讓一位優秀的開發人員擔任技術負責人，結果是這個員工倍感沮喪，最終退出。你認為你的一個好老板，讓員工有機會往上爬，但最終你因為不讓他們做他們真正喜歡做的事情而失去了他們。”

    Di Vece說，一年前他也遇到了同樣的事情。他為自己最大的客戶找到了一位出色的開發者，讓他一路升遷。很快這個開發者就管理了一個5人的團隊。一切順利進展了3個月，直到這位開發者辭職。盡管這個團隊的工作很出色的，但是這個開發者覺得他的工作很失敗，這無法說服他繼續留在這個位置。

    “我失去了一個非常棒的編程資源，因為我認為我為他的職業生涯提供了上升的道路。”

    Di Vece說，從那以后他建立了一個框架，也就是新晉候選人可以定期提供反饋意見，監督人員可以密切關注他們如何幫助他們取得成功。

    雖然他仍然認為從內部提拔是一個很好的策略，但他說，這并不適用于每個案例，經理們需要更明智地選擇他們的內部候選人。

第6大錯誤：將敏捷技術用于核心系統

嚴重級別：3

    隨著云服務的爆炸式增長和對業務速度的需求不斷增長的情況下，CIO們知道，他們的企業中有大部分的IT已不在他們的掌控之中。

    但是同樣的敏捷交付機制，能夠讓企業在云中啟用Docker容器和微服務，也能給作為CIO職責關鍵的核心IT系統帶來災難性影響，例如電子郵件、電話服務、ERP、后端辦公應用，kydelski公司的Howard這樣表示。

    “我看到有越來越多的CIO因為他們無法讓電子郵件出現其他任何問題而丟掉了工作。這些敏捷方法往往需要更強大和更嚴格的變更控制，如果這些方法失效了，企業很快就會遭遇損失。”

    為了環節這個問題，CIO們需要劃清界限，允許在業務系統上進行靈活的變更，并對核心系統實施更嚴格的變更控制。一種方法并不適合于所有人。

    “敏捷交付機制讓你的核心服務處于風險之中，你無法讓一切避免受到影響。挑戰就是，制定和執行這些標準并不總是那么容易的。業務需要快速，但謹慎需要緩慢、有條不紊地改變，這兩件事情相互沖突，IT經理經常深陷其中。”

第7大錯誤：太頻繁地說“好的”

嚴重級別：2

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

    “有多少次IT或者安全人員在夜晚接到高管電話，要求實現某些有風險的事情？企業內部的部門是如何經常‘蠻橫地’部署一套全新的基于云的工具或者服務、卻沒有得到IT或者安全團隊適當的審查或者批準？”

    Henderson說，像云存儲和SaaS解決方案這樣的工具可以給團隊帶來巨大的好處。但是當IT經理批準了每個異常請求的時候，就會給企業組織中制造新的洞口和盲點——甚至是新的漏洞。

    Henderson承認，當CEO提出特殊要求的時候，拒絕他是很難的。但是你需要有一個計劃來應對例外情況。制定一個穩固的資產管理方案是必不可少的，就像觀察端點設備，當用戶登錄常用云服務的時候發出警報。

    經常說“好的”就不可能讓所有事情都保持一致，特別是市場團隊中的某些人啟用了一個新AWS實例的時候你又不在loop中。

    “這并不是不讓人們使用這些東西，而是讓有權決定使用這些服務的團隊滿足數據保護的最低要求。CIO需要說，‘聽著，如果你希望這么做，我們會幫助你，但這里有你需要提供的安全基準線。’”

第8大錯誤：隱藏問題

嚴重級別：3

    當一個大項目出現問題的時候，很多IT經理都試圖隱藏問題，希望在老板知道之前修復問題，Okta公司的Settle表示。事情通常會變得更糟糕，最終他們不得不承認，新代碼發布導致整個系統宕機48小時，或者他們需要再投入400萬美元來完成這個項目，這時候他們就會徹底失去信譽。

    “壞消息越早揭露越好。因為壞消息本身并不會自己好轉。越早處理，你就越有可能讓項目回到正軌上來。”

    公布壞消息從來都不是一件容易的事情，但是如果你和業務領導者已經建立了良好的工作關系，事情就會輕松一些。

    “第一條規則就是，不要在你想要更多資金或者尋求原諒的時候，才第一次出現在高管的門前。不管是否真的第一次，還是你在過去6個月期間從來都沒有和這個高管有過互動，都適用這個規則。”

    經理們需要在不是危機模式的時候創造機會與首席財務官或者其他高管進行交談。這對于技術人員來說并不是一件容易的事情，但這也是他們需要發展的技能。

    “即使只是一次小小的打趣，和高管聊聊他們正在面臨的問題，這樣當事情出現問題或者要更多資金的時候，更容易跟他們展開艱難的交談。”