AWS 企業策略師 Mark Schwartz 和英國企業技術主管 Paul Hannan 分享了成功進行雲端轉型的秘訣。Mark 和 Paul 基於他們在指導企業完成雲端採用和轉型方面的豐富經驗，討論了信任員工和調整組織文化的重要性。
Mark Schwartz 於 2010 年擔任美國國土安全部 (USCIS) 的資訊長，負責 2,000 名員工和 6 億 USD 的年度預算，他想知道到底如何管理好這樣一個龐大的組織。
「IT 部門以 18 個月的周期投入生產，該轉型計劃已經花費了大約 10 億 USD 用於軟體開發，迄今未取得任何成果，並且還有另一個專案，在過去四年中，有 21 個人除了整理一堆文件外什麼也沒做。公平地說，這是一個低頻率的組織，變革發生得非常緩慢。」Schwartz 於 5 月在倫敦舉行的 AWS 高峰會上對高管說。
對於經常需要以驚人的速度，應對其政治領導人匆忙宣佈的政策變更的組織而言，這還不夠好。
但確實做到了。到 2017 年離職擔任 AWS 的企業策略師，並成為備受認可的企業策略作家時，Schwartz 和他的團隊已經在 USCIS 進行了重大變革。「我們的某些系統每天要進行三至四次的生產部署，而非每年半部署一次。我們已經建立了可在全國各地派駐的快速回應團隊，並且我們在執行 Hackathon，每次都會產生新的應用程式。如果我們能在國土安全部做到這一點，您也可以。」他說道。
即使是那些程序最繁瑣的團隊，也可以從阻止者轉變為敏捷性推動者。
Schwartz 認為，部署雲端技術非常簡單，但要注意「分析癱瘓」。Schwartz 說道：「掏出信用卡消費，並在雲端啟動一些虛擬機器再簡單不過。」但當您選擇開發技術時，熱衷於倡導不同但本質上相似的軟體開發平台的人會陷入「分析癱瘓」的困境。那會浪費大量的時間和資源。結果如何？ 「不允許。擲硬幣決定，然後繼續前進。您還有更重要的事情要做。」
在程序方面，事情開始變得非常棘手。例如，美國公民及移民服務局 (USCIS) 在幾乎每個領域都進行了冗長而繁瑣的官僚程序，似乎是無止境的大門、檢查和文件要求。但 Schwartz 發現，即使是那些程序最繁瑣的團隊，也可以從阻止者轉變為敏捷性推動者。祕訣是要設定正確的目標，然後給予團隊創造自由，以建議如何實現這些目標。「例如，我們有一個品質保證 (QA) 組織，透過阻止系統投入生產，將自己視為維護品質。QA 主管甚至稱自己為 Grinch」。
顯然，這會成為一個問題。QA 團隊對品質充滿熱情，但對他們而言，這意味著需要大量的文件填充盡可能詳細的資訊，然後進行大量測試。這意味著不可能實現更快的交付時間。因此，Schwartz 變更了 QA 的目標和參數。首先，他表示文件現在應盡可能短，以傳達必要的資訊。他說：「然後我告訴他們，他們的任務不是停止將低品質的系統投入生產，而是要確保一切都從高品質開始建置。」
