云项目需从失败总结中取经
当云项目失败时，对团队成员指指点点说说风凉话是很简单的。 但是，从失败之处总结经验可以帮助企业避开云缺点。
如果你的云项目失败了。现在怎么办呢？仔细查看你的计划，并从项目结果中学到些什么。失败并不是一件好事，但是失败乃成功之母，它们却是云发展必经的。
从失败的云项目中学习的第一步就是确定这个项目是如何失败的。 几乎所有失败的云都可归为三类：有些东东没有正常运行，成本过高或者收益过低。
无论是云还是其它的项目，它们的成功都有赖于按照特定项目步骤来遵循和满足业务案例，同时应当在项目的实施过程中而不是到了最后阶段才发现问题。
开始云项目总结的最好办法就是与项目的关键成员开会。开会的目的应当是提高云项目的过程，而不是针对问题互相指责。会议应当避免一对一的讨论；所有的问题都应当开诚布公地进行检讨。
接下来，就是找出分析项目失败原因的突破口。在所有失败的云中，几乎有半数只有在云项目完成且成本/效益无法达到预定目标时才会被意识到出现了问题。这是一个大问题，要么是因为在项目实施过程中相关人员没有试图控制成本和验证效益，要么就是因为这些步骤是无效的。
云项目实施之前、期间以及之后的问题项目团队在项目计划中所列出每一个云的效益都应与一系列的前提假设相关；确保这些假设的有效性必须是项目实施人员的特定目标。请务必确定每一个成本估算，并按照实际需要采取具体步骤来控制成本。如果忘记了这个步骤，那么只有在项目结束时你才会注意到这个问题——而此时已是为时晚矣。
如果你能够在项目运行期间发现问题，那么你应找到问题的初始出现点并问三个问题：
1.为什么这个问题没有在项目规划阶段被提出？
2.为什么当这个问题被首次发现时项目团队没有解决它？
3.如果这个问题没有被解决而且项目失败因此是无可避免的，那么为什么没有停止实施项目？
在云项目规划阶段，项目管理人员就应解决所有会导致项目失败的问题。在大多数情况下，项目问题就是一个规划的问题。当制定云项目规划时，应解决已发现的问题并审核项目规划的制定过程。云计算规划应当是“自我更新”的，这意味着它们反映了一根学习曲线。为了满足自我更新的标准，应重新考虑你实施云的方法。
在项目启动之后，应立即解决任何新出现的问题，或者在问题恶化之前暂停项目实施。如果IT团队发现了问题却没有重新启动或终止项目，那么应审核他们已处理的问题。让人感到惊奇的是，很多云项目都缺乏处理问题的具体方法。
问题的解决问题的解决方案是很简单的。但是，问题是否能够在最初的效益分析框架内被解决呢？如果可以，那么采取措施来解决问题就不会影响项目参数的审批。如果解决方法处于最初效益分析范围以外，那么就需要重新启动项目并重新分析业务案例了。否则的话，你就会在之后遇到另外的、更大的问题了。
如果问题会对业务案例提出调整，那么我们应当审视整个的云项目计划。不要试图削减成本或者在初始项目框架内提高效益。 这个项目并不一定就是注定要被舍弃，但是我们应当搁置这个项目直到你可以证明这个方法的正确性。我们最常见的对云项目问题采取的措施就是微调。 虽然有时候这样做会有一定的效果，但是验证方法本身是否有缺陷则是更为重要的工作。
在所有的云项目总结中，我们发现的问题一定比我们解决的问题要更多。不要把这个过程用于对人们举措或决策的处罚。相反，通过这个过程定义程序以确保未来项目的成功，或者在项目有可能出现重大问题之前终止项目才是我们的目的。不要肆意责怪团队；一味遵循守旧只能能够葬送这个项目。云的效益太过于引人注目以至不能有风险，甚至应避免任何潜在的失败。
