云計算是IT界近幾年來最令人激動的進步。但是即使在喧鬧的IT界， 企業對私用云潛力的挖掘還不到它實際的百分之一。

　　企業對云計算不溫不火的一個原因是云部署項目需要比預期更長的時間。另一個同等重要的原因是潛在的企業用戶在私有云成本和效益上表現的十分謹慎。采用云后一些應用程序需要改變，這他們不愿看到了。

　　當企業部署一個項目的過程中，他們需要改變對私有云的認識。在安裝啟用云項目時，幾乎所有的企業都認為他們對云“知識淵博”，云技術和云應用。但在之后一年的計劃和準備中，大多數自認為“知識淵博”的企業發現他們其實對云一無所知。

　　采用云從計劃開始

　　我們可以把幾乎所有的項目失敗(至少一部分)都歸結于規劃階段出現的錯誤。所有好的IT項目都以精確估計的成本和效益開始;IT團隊必須分步驟來確保它帶來的收益在成本限制內，然后執行它們。雖然在規劃階段的任何步驟都可能產生失誤，但報告中最多的失誤出在成本和效益規劃階段。

　　這有兩種類別的云項目：旨在降低內部運行成本的IT部門和旨在維護不容易由內部IT托管的應用程序的部門。首先，云團隊必須證明云項目的總成本(通常在3-5年中)將低于目前內部IT成本。此外，節約下來的成本必須足夠達到首席財務官的預期(大約在25%到35%之間)

　　第二，IT職員必須拿出有效證據證明私有云帶來的商業價值--生產率提高或銷售收益—能夠體現私有云的價值。得到準確的數據來證明是另一個阻止云計算采用的障礙。通常，成本方面最使IT團隊頭疼。

　　所有IT活動有資金成本和經營成本的兩部分組成，這些成本棧遍布硬件，系統軟件和中間件，應用軟件和客戶支持。云服務不會取代所有這些費用——任何應用都需要客戶支持，不管它是怎么樣運行的——然而大多數云服務將取代底層硬件和系統層。

　　買進私有云項目

　　一個云項目計劃不只是CFO在上面簽個字這么簡單;所有與云資源相關的業務部門必須支持這個項目。IT團隊缺乏所有商業部門的認同導致了大約2/3項目的失敗。計劃執行階段的延期很大程度上也是因為缺乏業務部門的支持。

　　要獲得所有部門的認同首先要得到業務操作上的認可，這就需要你在最初計劃階段設想成本和收益。舉例來說，許多IT管理員錯誤的認為應用在云中的運作方式應用和在數據中心中是一模一樣的。

　　這里有很多的不同點，這些不同點必須小到不被用戶察覺。通常，把內部應用轉移到云時都會面臨響應時間和用戶體驗(QoE)的降低。制定應用的QoE目標然后讓業務部門去驗證它們，以保證云項目不斷改進。

　　從試用到產品

　　當你得到了所有業務部門的認可并且告知每個部門能期望從云中得到什么后，你就可以把云項目轉換成云產品。當然，認可在這個階段同樣重要。

　　試用是(或者應該是)被設計用來證明那些關鍵性的假設來保證項目的收支平衡。其中最有意義的證據將來自那些使用和依靠這些項目的商業部門。然而，并不是全部的用戶在進入云產品時進行咨詢，導致接近一半的案例中出現了項目延遲。這也導致了操作上的問題使得云項目退回到原來的測試和開發階段。

　　為了避免這些，你應該在開發和部署階段使用詳細的成本約束追蹤云項目的進展。然后保證試用時達到每個目標。

　　最具挑戰性的是規模化測試云應用，它意味著你要使用生產環境相同量的數據。這通常包括負載產生，測試數據產品和其他相關的需要在需求階段驗證并且可能在計劃試用階段忽略的測試。如果忽略了這些，云性能問題也就被忽略直到應用轉移到云端，帶來延遲和成本問題將會是巨大的。

　　規模化測試使用戶找到他們忽略的項目成本;最好在你的云產品賬單到來之前找到這些非預期的成本，因為修復它們的成本可不便宜。

　　實施云計算的公司通常對自己的云知識估計過高。在項目開始時確認所有與云安裝有關的(IT團隊，商業部門和終端用戶)都是訓練有素的。一個私有云部署要確認所有階段(成本和收益分析，目標劃定和云產品轉換)都被所有部門制定，了解并接受。