與從失敗中學習一樣，云管理員同樣能從成功中學到相同的東西。分析云項目中哪些做對的事情能保證下一個嘗試會更順利。

設計者常常有會過度關注在失敗上的傾向。但如果你的云項目很意外的一炮而紅呢？了解一個云項目為什么會失敗是很重要的，但了解什么讓它成功也同樣重要，這樣你才能在未來的項目中復制出同樣的結果。

在CIMI Corp. 2014年的一項調查中發現，接近50%的早期云采用者并沒有適當的檢驗分析失敗的云項目。更令人驚訝的是，幾乎75%的人沒有對成功的案例進行分析。如果一個組織沒有能夠分析它的成功案例，那對于其它項目來說將會很辛苦，各種技術上的挑戰隨之而來。

云消費者常常在進度和預算里加入蒙混因素，而無視其他有著更嚴格限制的項目。回顧成功的云項目來找出意料之外省下的預算和進度表上能縮短的時間，然后把類似的企劃做出相應的修正，保證它們都經過公平的考量。

標準設得太低

替云項目編造一本辯護書永遠都不是個好主意。有些公司把成本高估了20%，又把預測效益低估了近40%，只是為了求穩，不想冒險。于是那些只要沒有戲劇性的超過目標的項目大多都是被人忽視的。

比如說，一家采用云的醫療保健公司在成功的執行三個云項目后，發現他們走到了項目的盡頭，之后沒有計劃任何的云項目了。項目經理在成本和效益上都留了安全邊際，讓這個項目不可能失敗也不可能被成功復制。而在一連串的CIO和CFO聯合會議中，公司領導發展出幾個方法讓IT團隊在規劃上更現實和精確。就這樣，事情回到了正軌。CFO設立了整體的財務目標，而CIO監控著整個流程。

檢視成功的云項目來找出那些被設得太低的未來預期--不論是故意的還是無意的。大部分情況下，這需要在演示邊際項目時去除障礙，現實的面對之前犯下的錯誤。

處理意外云問題

不是每個云項目都能照計劃執行的。大部分云采用者都會遇上意料之外的技術問題，導致計劃必須改動。都會遇到哪些問題呢? 在眾多意外的問題中，兩種技術問題占了很大的比重，而且會將成本提高。有些公司并沒有考慮到云對于數據存儲的影響和缺乏必需的云端的數據庫服務。其他顧客則在建立及維護設備和應用鏡像時會遇上問題。這些問題通常仍然會在沒有影響到進度或最終原則的基礎上解決。了解云部署會如何影響應用周期管理和DevOps也是很重要的。IT團隊很少密切關注ALM或DevOps，而之后才發現這些導致了云項目的成功。

要處理這些問題，就要先想想它們是何時及如何被發現的，有采取哪些專門的管理手段來處理它們，這些手段如何與現行計劃結合的。專注在成功處理這些問題的過程上，而不是這些問題本身。在早期來說，有個有效的方法來處理問題比試著預防問題更好。而在云的經驗增加的同時，公司可以做更多完整的云項目規劃了。