你的云旅程是否面临价值缺口？
Gregor Hohpe 是亚马逊云科技的企业战略分析师，致力于为技术领导者提供技术平台和组织转型方面的建议。他曾在新加坡政府担任“智慧国家”计划的研究员，在安联集团担任首席架构师。他能将企业战略与技术决策互相联系起来。Gregor Hohpe 著有《软件架构师全方位提升指南（The Software Architect Elevator）》和《云策略（Cloud Strategy）》等作品，他乐于在书中分享自己对架构和架构师的想法。
你的云迁移之旅开局良好：你制定了明确的计划，使用“6R”模型根据不同的云迁移策略进行工作量划分，并密切跟踪应用程序迁移的量等核心指标。然而，利益相关者却越来越怀疑迁移到云是否真的带来了广告中宣传的好处，或者它是否只是 IT 的另一个闪光点。毕竟，客户端-服务器架构、企业集成、web 和以服务为导向的架构等等也预示着一场 IT 的重大变革，这往往会增加复杂性并导致预算超支。
当高管们对你取得的进展不以为然时，团队通常需要付出大量的努力和投资，这种情况不仅会让 IT 部门感到不受重视，还会暗藏更大的问题。
人们一直在说，云不仅仅是一项技术。但迁移到云端仍然需要你进行冗长的技术主题梳理。你必须设置账户层次结构和权限、编写供应脚本、配置虚拟机、构建黄金镜像，并对自动扩展的小组进行细微调整。而这一切都需要你能很好地理解云架构（我们可向你提供相关培训资源，助你了解云架构），也会让你的团队忙碌很长一段时间。
快速实现向云迁移可创造价值：快速可靠地提供备援服务器使得应用程序可变得更有弹性，同时，由于透明度增加，机器实例优化还可以帮助企业降低成本。另外，你的应用程序清单将更准确、监视性能将得到改善，安全性也会更高。
此时，业务领导可能仍然会对此不为所动。一个不被认可的业务很容易面临叫停，但它也可能继续运转。在最初产生可观的商业价值后，技术进步和商业价值便出现割裂。尽管技术迁移仍在进行，但感知价值和实际价值正在趋于稳定。价值缺口已然出现：
价值缺口：尽管技术在进步，但价值曲线仍趋稳
当技术领域的投资和进步不再产生相应的商业价值时，价值缺口便会出现。我们的企业战略分析师团队观察到，许多企业最初会因为云带来的好处而欣喜若狂，但随后便会大失所望。不幸的是，在企业 IT 领域，分担痛苦并不意味着痛苦减半。但是，我们可以帮助你更好地了解根本原因。实际上，帮助企业克服这一障碍，释放云的真正潜力，正是我们团队工作的重要组成部分。
要解释出现价值缺口的原因是很简单，但要想将其转变为现实世界中可执行的建议，却绝非易事。在大多数情况下，尽管每个人都在考虑开展组织变革，但进展速度却与技术变革大有不同：
缓慢的组织变革限制了技术变革所产生的价值
组织变革包括更新内部流程、调整人员结构、确定新工作职责和奖励方案以及打破现有的孤岛效应。这些变革都需要时间，因此，我们预计组织变革曲线会缓慢上扬。也许你已创建了卓越的云中心，你的团队正在践行“你构建，你运行”的行事原则，你的员工会经常讨论敏捷性，你的诸多团队也都有产品负责人。但是，价值曲线已趋于平缓，在曾经万里无云的天空上笼罩了一团乌云。
组织变革通常比技术变革更为缓慢，因此会阻碍相应的价值创造。当发生这种情况时，你便出现了价值缺口。
如今，组织转型已成为一个重要话题，当然这也是大势所趋。如果不进行组织转型，云将无法提供它能够且应该提供的价值。例如，我偶尔会听到这样的争论：根据定价表计算，在三年的时间里，购买一台大型本地服务器要比购买相应的云实例更便宜。如果在进行财务比较时未考虑规模扩张和缩小、硬件刷新、备份、DR 和运营成本，那么你的IT组织就将低估并无法充分认识云的价值。
新冠肺炎疫情提醒我们，缩小硬件和规模、缩减支出与扩大规模同样重要。封锁政策导致许多企业的运营基本停摆，而那些购买了本地部署硬件的企业还需继续为 100% 负载支付 IT 基础设施费用。虽然没人能预测疫情的出现，但掌握大局的企业应考虑云在增长时期和困难环境下的整体价值。
无数企业都派人参加了敏捷培训，举办了数字化员工大会，向员工提供可向高管提出问题的机会，并组织员工连续观看 TED 演讲。每两周一次的项目状态和指导委员会报告会包含“冲刺”、“错误预算”、“向左移动”和“DevSecOps”等词汇。你可能会认为，这是一个很好的进展。遗憾的是，事实并非如此。只要你的企业继续根据书面状态报告进行决策，企业的价值曲线就不会上升。这种做法就好像是在每个赛道转弯处都停下来问路的赛车手一样。我从没见过这样的选手赢得比赛。
你可以开展的组织变革事项与你可以利用的云服务几乎一样多。你可以创建自主团队，并让团队成长为一个由数据驱动的组织，为其灌输敏捷的思维方式，甚至尝试建立合弄制体系。然而，通常只有在与技术能力相结合时，这些组织变革才会发挥作用。例如：敏捷方法旨在最大化已交付价值。但如果你无法衡量系统或特定功能所产生的商业价值，那么你将难以优先考虑敏捷性，也很难从敏捷性中获益。此外，如果没有运行良好的软件交付管道，虽然你可能会知道哪些功能会带来最大价值，却无法完成交付。
只有在与技术能力相结合时，组织变革才会发挥作用。
因此，我们建议客户考虑采取以下三大举措来弥补价值缺口：
技术 - 组织 - 技术赋能周期
好消息是，如果进展顺利，技术革新和组织革新可相互促进，形成良性循环：
技术和组织赋能的良性循环
例如，通过更好的指标来提升透明度，可改善决策并优化所产生的价值，进而提升IT投资的投资回报率（ROI），改善软件交付管道。通过减少软件交付过程中的摩擦，可提升透明度，加快反馈循环，从而更新良性循环。为了弥补价值缺口，组织变革和技术变革应该保持一致，相互支持。
许多云迁移都是从具体指标开始的，例如向云端服务器迁移了多少应用程序。设定具体目标并衡量进展情况是一种很好的做法。但是，这类指标通常为代理指标：他们代表了实际的成功情况。
在任何既定地点运行的服务器的数量只在IT内部有意义。企业关心的是降低运营成本下降、用户需求激增时的无缝扩容以及可靠的安全性。
大多数技术指标都是衡量实际成功情况的代理指标，虽然获得这类指标的难度不大，但对企业的意义却很小。
因此，尽管在刚开始进行迁移时使用技术指标是有益的，但转为使用业务相关指标将有助于弥补价值缺口。当然，问题在于，获得这类业务指标的难度很大。你也许开发了很棒的应用程度，但却不为客户所知。虽然已经得到了技术代理指标（应用程序交付），却缺少业务指标（客户使用情况、客户满意度、收入）。
当你使用业务指标衡量云迁移时，便意味着你在提高标准。和运动员一样，你也需要循序渐进地完成这个过程。设定不切实际的高标准只会让你备感挫败，无法带来更好的结果。所以，你可以逐步从技术指标（如云服务器数量）过度到软件交付速度的混合指标，再到企业运营指标（如应用程序的使用情况），最后到商业价值指标（如客户满意度）。
在开始进行迁移时，你首先需要为网络架构、身份认证与访问管理、安全概念等打好基础。为了摊销这项前期投资，你自然希望向云端迁移大量应用程序。好处是显而易见的：你的初期成本会降低，运营会变得更加轻松，带宽和透明度都将得到优化。但是，应用程序部署还未实现自动化，应用程序还无法生成相关指标，软件交付流程也仍然很繁琐。
因此，此时应着重关注可能产生额外商业价值的应用程序并选择性地提升其成熟度。你的资源可能还无法覆盖所有应用程序，所以你需要做出适当选择。在初期，对于单个应用程序创造的商业价值，你掌握的数据可能会很少，因此，在做选择时仍然存在一定的风险。不过你很快就会做得更好。
更新应用程序就像是在玩《海战》（Battleship）游戏一样。在最初的几次随机选择后，你就能更好地进行战略性选择。
我们可以把应用程序更新想象成玩《海战》游戏。刚开始时，你会随机放置一些探针。在击中目标几次后，你就会制定一个策略，系统地进行探查，从而获得更多洞察。谁说我们不能从儿时的游戏中学习云策略呢？
即使是优秀的云旅程战略也可能面临价值缺口。这就像是（手动）换挡一样：在换挡并准备进一步加速时，你需要踩下离合器并保持一段时间不动。尽管你已踩下了离合器踏板，车速暂时还无法提升。
在调整了技术和组织转型后，便会出现持续改善
所以，在最初短暂的狂喜后，请不要对企业支持力度的降低感到惊讶。大家应意识到，这是重新调整组织和 IT 的信号。在将转型进入第二阶段后，技术和组织变革的良性循环将推动转型向前发展。
