与从失败中学习一样，云管理员同样能从成功中学到相同的东西。分析云项目中哪些做对的事情能保证下一个尝试会更顺利。

设计者常常有会过度关注在失败上的倾向。但如果你的云项目很意外的一炮而红呢？了解一个云项目为什么会失败是很重要的，但了解什么让它成功也同样重要，这样你才能在未来的项目中复制出同样的结果。

在CIMI Corp. 2014年的一项调查中发现，接近50%的早期云采用者并没有适当的检验分析失败的云项目。更令人惊讶的是，几乎75%的人没有对成功的案例进行分析。如果一个组织没有能够分析它的成功案例，那对于其它项目来说将会很辛苦，各种技术上的挑战随之而来。

云消费者常常在进度和预算里加入蒙混因素，而无视其他有着更严格限制的项目。回顾成功的云项目来找出意料之外省下的预算和进度表上能缩短的时间，然后把类似的企划做出相应的修正，保证它们都经过公平的考量。

标准设得太低

替云项目编造一本辩护书永远都不是个好主意。有些公司把成本高估了20%，又把预测效益低估了近40%，只是为了求稳，不想冒险。于是那些只要没有戏剧性的超过目标的项目大多都是被人忽视的。

比如说，一家采用云的医疗保健公司在成功的执行三个云项目后，发现他们走到了项目的尽头，之后没有计划任何的云项目了。项目经理在成本和效益上都留了安全边际，让这个项目不可能失败也不可能被成功复制。而在一连串的CIO和CFO联合会议中，公司领导发展出几个方法让IT团队在规划上更现实和精确。就这样，事情回到了正轨。CFO设立了整体的财务目标，而CIO监控着整个流程。

检视成功的云项目来找出那些被设得太低的未来预期——不论是故意的还是无意的。大部分情况下，这需要在演示边际项目时去除障碍，现实的面对之前犯下的错误。

处理意外云问题

不是每个云项目都能照计划执行的。大部分云采用者都会遇上意料之外的技术问题，导致计划必须改动。都会遇到哪些问题呢？

在众多意外的问题中，两种技术问题占了很大的比重，而且会将成本提高。有些公司并没有考虑到云对于数据存储的影响和缺乏必需的云端的数据库服务。其他顾客则在建立及维护设备和应用镜像时会遇上问题。这些问题通常仍然会在没有影响到进度或最终原则的基础上解决。了解云部署会如何影响应用周期管理和DevOps也是很重要的。IT团队很少密切关注ALM或DevOps，而之后才发现这些导致了云项目的成功。

要处理这些问题，就要先想想它们是何时及如何被发现的，有采取哪些专门的管理手段来处理它们，这些手段如何与现行计划结合的。专注在成功处理这些问题的过程上，而不是这些问题本身。在早期来说，有个有效的方法来处理问题比试着预防问题更好。而在云的经验增加的同时，公司可以做更多完整的云项目规划了。