云计算是IT界近几年来最令人激动的进步。但是即使在喧闹的IT界， 企业对私用云潜力的挖掘还不到它实际的百分之一。
企业对云计算不温不火的一个原因是云部署项目需要比预期更长的时间。另一个同等重要的原因是潜在的企业用户在私有云成本和效益上表现的十分谨慎。采用云后一些应用程序需要改变，这他们不愿看到了。
当企业部署一个项目的过程中，他们需要改变对私有云的认识。在安装启用云项目时，几乎所有的企业都认为他们对云“知识渊博”，云技术和云应用。但在之后一年的计划和准备中，大多数自认为“知识渊博”的企业发现他们其实对云一无所知。
采用云从计划开始
我们可以把几乎所有的项目失败(至少一部分)都归结于规划阶段出现的错误。所有好的IT项目都以精确估计的成本和效益开始;IT团队必须分步骤来确保它带来的收益在成本限制内，然后执行它们。虽然在规划阶段的任何步骤都可能产生失误，但报告中最多的失误出在成本和效益规划阶段。
这有两种类别的云项目：旨在降低内部运行成本的IT部门和旨在维护不容易由内部IT托管的应用程序的部门。首先，云团队必须证明云项目的总成本(通常在3-5年中)将低于目前内部IT成本。此外，节约下来的成本必须足够达到首席财务官的预期(大约在25%到35%之间)
第二，IT职员必须拿出有效证据证明私有云带来的商业价值--生产率提高或销售收益—能够体现私有云的价值。得到准确的数据来证明是另一个阻止云计算采用的障碍。通常，成本方面最使IT团队头疼。
所有IT活动有资金成本和经营成本的两部分组成，这些成本栈遍布硬件，系统软件和中间件，应用软件和客户支持。云服务不会取代所有这些费用——任何应用都需要客户支持，不管它是怎么样运行的——然而大多数云服务将取代底层硬件和系统层。
买进私有云项目
一个云项目计划不只是CFO在上面签个字这么简单;所有与云资源相关的业务部门必须支持这个项目。IT团队缺乏所有商业部门的认同导致了大约2/3项目的失败。计划执行阶段的延期很大程度上也是因为缺乏业务部门的支持。
要获得所有部门的认同首先要得到业务操作上的认可，这就需要你在最初计划阶段设想成本和收益。举例来说，许多IT管理员错误的认为应用在云中的运作方式应用和在数据中心中是一模一样的。
这里有很多的不同点，这些不同点必须小到不被用户察觉。通常，把内部应用转移到云时都会面临响应时间和用户体验(QoE)的降低。制定应用的QoE目标然后让业务部门去验证它们，以保证云项目不断改进。
从试用到产品
当你得到了所有业务部门的认可并且告知每个部门能期望从云中得到什么后，你就可以把云项目转换成云产品。当然，认可在这个阶段同样重要。
试用是(或者应该是)被设计用来证明那些关键性的假设来保证项目的收支平衡。其中最有意义的证据将来自那些使用和依靠这些项目的商业部门。然而，并不是全部的用户在进入云产品时进行咨询，导致接近一半的案例中出现了项目延迟。这也导致了操作上的问题使得云项目退回到原来的测试和开发阶段。
为了避免这些，你应该在开发和部署阶段使用详细的成本约束追踪云项目的进展。然后保证试用时达到每个目标。
最具挑战性的是规模化测试云应用，它意味着你要使用生产环境相同量的数据。这通常包括负载产生，测试数据产品和其他相关的需要在需求阶段验证并且可能在计划试用阶段忽略的测试。如果忽略了这些，云性能问题也就被忽略直到应用转移到云端，带来延迟和成本问题将会是巨大的。
规模化测试使用户找到他们忽略的项目成本;最好在你的云产品账单到来之前找到这些非预期的成本，因为修复它们的成本可不便宜。
实施云计算的公司通常对自己的云知识估计过高。在项目开始时确认所有与云安装有关的(IT团队，商业部门和终端用户)都是训练有素的。一个私有云部署要确认所有阶段(成本和收益分析，目标划定和云产品转换)都被所有部门制定，了解并接受。
