上個禮拜，我在結束了三周的差旅工作生活后啟程返回東海岸。在這幾周內，我相繼參加了于舊金山、倫敦以及悉尼召開的AWS峰會，并與數十位來自不同領域的企業高管人員就其云服務旅程交換了意見。

令人振奮的是，如今世界上的各個行業都開始重視并積極推進IT技術的發展與部署，而我個人也從美國、歐洲以及澳大利亞的同行從業者身上學習到了監管事務方面的一些細微差別。我著迷于這些地區性的差異，計劃撰寫一篇博文，并將自己了解的這些細微差別全部匯總成文字。與此同時，我在交流過程中還有兩個重要主題一直在反復出現，到時候我會通過兩篇單獨的博文與大家就此作出探討。其一在于專注于避免分析癱瘓問題，而另一個則是自動化。

[[141643]]

在悉尼，我們的企業峰會選擇了親切平實的風格，而不像在舊金山和悉尼的大禮堂演講那么正式。這樣的設定給了我充分的機會，足以將原本準備好的企業IT之未來議題由單純的宣講轉化成講解加答疑。我發現自己能夠從這些全澳大利亞***前瞻性思維的IT管理者身上學習到謙卑的美德以及豐富的經驗，同時也能了解到他們如何利用云計算以及二十一世紀新型方法論實現IT及企業業務的順利轉型。

我面對的***個問題來自Tom Quinn，澳大利亞新聞集團的CIO。

[[141644]]

Tom Quinn，澳大利亞新聞集團CIO

想當初在道瓊斯公司擔任CIO時，我曾經有幸與Tom共事過幾年——如今道瓊斯也已經成為新聞集團的下轄機構。Tom的問題是：我在采用云技術時遇到過的、最容易導致企業失敗的常見陷阱有哪些？

在原先單獨面對某一位高管時，我經常會被提起這個問題，而具體答案往往會根據對應企業的實際情況而有所不同。但令人驚訝的是，這是我***次在面對眾多交流對象時被問及這個問題。雖然考慮到實際答案應該根據具體情況而有所調整，但我仍然堅信自己的回答足夠普適而且能夠代表不同聽眾的出發點。我毫不猶豫地回應稱：“分析癱瘓。”

[[141645]]

從起始階段就抱持過度擔憂的態度已經成為眾多企業在實現云技術方案成功過程中面臨的***阻礙因素。在我看來，以下幾項重點有助于解決這個難題。

詳盡的規劃有時候會成為傳統IT組織中根深蒂固的思維定式。容量規劃工作難于完成，而錯誤所帶來的后果往往代價慘痛。如果大家購置的基礎設施太過充裕，那么必然造成資金的浪費，而且可能導致管理人員不得不強迫其它系統使用其中的備用容量——即使這部分容量與上述系統并不匹配。如果大家購置的基礎設施資源太過有限，那么客戶的實際體驗則會受到嚴格影響。在新時代下，大部分IT項目都可以被看作是實驗性流程。現在我們能夠獲得近乎***的IT資源，而且只需要根據自己的實際使用量支付費用。在這樣的時代下，從產品構建到將其展示給客戶之間的時間周期要比過去短得多。

有時候企業可能會嘗試在發現問題之前率先加以解決。我當然不是否定這種前瞻性規劃的必要性，但云服務能夠幫助大家將項目作為實際性流程來看待，犯錯誤所帶來的成果遠比過去更低，而且我們現在能夠更輕松地在學習過程中作出調整。如果大家能夠將此切實轉化為競爭優勢，那么產品的上市時間將得到顯著優化，而客戶也將清晰地感受到這一提升。

***，我所遇到過的大多數常見分析癱瘓問題在于，很多企業會在起步階段就嘗試開發并建立起一套多云實施策略。正如我們曾在混合架構誤區一文的第三點中所言，除非大家已經開始從某家云供應商處獲得實際收益，否則同時引入多家服務供應商其實很難帶來可行的回報。要想從云技術當中獲取收益，企業用戶往往需要經歷培訓、經驗積累、有時候甚至需要進行組織結構調整。這些活動本身的實施難度已經很高，特別是那些多年來一直以傳統方式規劃IT事務的企業所積累下來的習慣思路的嚴重拖累之下。將注意力集中在必要的核心事務的構建身上，只有這樣才能***程度提高云服務帶來的效益——例如自動化機制——從而確保企業更準確地評估自身制定出的多服務供應商整合與適應策略。