AWS 企业战略分析师 Mark Schwartz 和英国企业技术主管 Paul Hannan 分享他们关于探索成功云转型的重要技巧。根据他们自身通过多样化云采用和转型历程进行企业指导的经验，Mark 和 Paul 讨论了信任员工和调整文化的重要性。
2010 年，Mark Schwartz 成为国土安全部美国公民和移民服务局 (USCIS) 的首席技术官，管理着 2000 名员工和 6 亿 USD 的年度预算，那时候，他不知道究竟怎样才能使如此庞大的组织行动起来。
“IT 部门以 18 个月为周期发布产品，转型计划已经在软件项目上花费了约 10 亿 USD，到目前为止尚未取决成果，另一个项目又已经启动，在过去的四年里，21 个除了整理了一堆文件，什么也没做。公平地说，这是一个低频率的组织——一个变化非常缓慢的组织”，Schwartz 5 月在伦敦举行的 AWS 峰会上对一群高管说。
对于一个经常需要以极快的速度对其政治领袖仓促宣布的政策变化作出响应的组织来说，这还不够好。
不过它确实在行动。2017 年，到 Schwartz 离职成为 AWS 的企业战略家和广受赞誉的商业战略作者时，他和他的团队见证了 USCIS 的重大转变。“我们的一些系统每天部署到生产中三到四次，而不是一年半一次。我们创建了快速响应小组，可以在全国范围内进行部署，我们还举办了黑客马拉松，每次都能开发出新的应用程序。如果我们能在国土安全部做到这些，你们也能”，他说。
即使是那些流程最复杂的团队，也可能从敏捷的阻碍者转变为促进者。
据 Schwartz 所称，部署云技术是容易的部分，但要注意“分析瘫痪”。“只需要拿出您的信用卡，在云中启动一些虚拟机，这非常简单”，Schwartz 说。但是当您选择开发技术时，面对热情的人提出的不同（但本质上相似的）软件开发平台，您可能会您陷入“分析瘫痪”。这对时间和资源都是巨大的消耗。答案？ “不允许它。抛一枚硬币，然后继续。您还有更重要的事情要做。
“流程方面的情况开始变得非常棘手。例如，USCIS 在几乎每个领域都有冗长、过于官僚的程序——似乎没完没了的出入口、检查和文件要求。但 Schwartz 发现，即使是那些流程最复杂的团队，也可能从敏捷的阻碍者转变为促进者。关键在于设定正确的目标，然后给予团队创造自由度，让他们提出实现目标的建议。“例如，我们有一个质量保证 (QA) 组织，该组织认为自己要通过阻止系统进入生产环节来维护质量。QA 主管甚至将他自己称为“格林奇”。”
显然，这将会造成问题。QA 团队对质量充满热情，但对他们来说，这意味着需要尽可能详细地填写大量文件，然后再进行广泛的测试。这意味着不可能实现更快的交付时间。因此，Schwartz 改变了 QA 的目标和参数。首先，他说现在的文件应该尽可能简短，以传达必要的信息。“然后我告诉他们，他们的工作不是阻止低质量的系统投入生产，而是要确保一切从一开始就建立在高质量水平上”，他说。
