Jonathan Allen：
我們來看看與遷移與現代化有關的一些誤解。肯定存在與遷移與現代化有關的誤解。我覺得無論誤解的原因是什麼，無論理由是好是壞，這種現象總是存在。您和我都很榮幸，能夠親眼見證哪些方法可有效消除誤解。您認為哪些誤解是我們需要破除的？
Jake Burns：
沒錯。我認為其中一個需要消除的誤解是，這項工作很難或者很複雜，需要花費很長時間才能完成。我認為這些都是自我實現的信念。如果您認為這項工作很複雜，它就會變得很複雜。如果您認為它需要花費很長的時間，那麼實際花費的時間就會長於預期。根據我的經驗，遷移越成功，通常完成的速度也越快。我想說的是，只要其他事情都做對，速度實際上可以降低風險，增加成功的機率，並迫使您將整件事簡單化。也就是說，讓事情變得更加簡單。我喜歡從最初的原則開始，然後回溯，而不是去做我稱之為「遷移雨舞」或「貨物崇拜」的事情，這樣做時，您只需要完全照搬即可，像是「A 公司做了所有這些事情，而且他們很成功。所以我必須做所有這些事情，我不需要理解為什麼，只要完全照搬，我就會成功。」 這種方法收效甚微。要了解成功遷移需要遵循的步驟，真的沒有捷徑可走。但好消息是，如果回到最初的原則，想想我們實際上在做什麼，其實很簡單。 從最基本的層面來說，遷移就是移除內部部署的伺服器，然後在雲端的虛擬環境中重建，甚至可能在內部部署的虛擬環境中重建。
因此，從這些角度來看，做這件事並不困難。這不是一件很難理解的事情。如果您從這個非常簡單、基本的理解來回溯我們正在做的事情，並說：「要成功做到這一點，我們需要什麼呢？」 相較於從沒有執行過遷移任務的人那裡接受遷移指導，或者可能有誘因讓事情變得更複雜，因為讓事情變得更複雜、時間拖得更長，他們就能賺到更多錢，整件事情會變得簡單很多。
我認為，如果您真的理解遷移是什麼並從那裡開始，然後根據需要尋求幫助，您可能會更成功，並且會驚訝於自己實際上需要的幫助是多麼得少。
Jonathan Allen：
是的，我同意。我認為絕對會大吃一驚。但我認為還有一個有意思的點：有些客戶肯定需要多一點的協助，而且我認為存在一種誤解，認為任何供應商都可以幫助做到這一點，但根據我的經驗，情況完全不是這樣。有趣的是，AWS 擁有成千上萬的合作夥伴，事實上，只有極少數的地圖遷移加速計畫經過認證，可以幫助客戶，因為我們對此有很嚴格的標準。這些計畫已經汲取過去的經驗教訓，知道如何遷移，可以幫助您。根據我們的統計，這樣的組織目前有數百個。
我想，如果我可以補充，另一個誤解是我們需要部署一個龐大的培訓計畫，讓每個人都接受這方面的培訓。但是當您開始時，您還是不知如何是好，對吧？ 這種問題一定會出現。我認為，開發適合我的工程師的再培訓機制是正確的做法。是結對程式設計嗎？ 是線上培訓嗎？ 是鼓勵您通過考試嗎？ 我甚至看到許多客戶將 AWS 解決方案助理考試視為使用雲端的駕照考試。有很多需要我們打破的誤解。
另外一種現象是，每個人現在都在忙著做自己要做的事。他們沒有時間幫忙遷移。您對此有何看法？
Jake Burns：
您剛剛說了好多，太棒了！我再說一下與培訓相關的內容吧，因為培訓太重要了。首先，我非常支持培訓。事實上，我認為我的成功很大程度都要歸功於利用 AWS 培訓，培訓的重要性真的被低估了。我認為，只要採取正確的方法、在正確的環境下進行，培訓師的水準、培訓的水準、培訓的效果一定會令您刮目相看，客戶將取得最大的成效。對我來說肯定是如此。
對於您說到的培訓，我認為培訓的時機非常關鍵。我經常開一個玩笑，我說：「如果您想打擊組織的士氣，那就先讓整個組織去接受培訓，然後將遷移工作外包出去。」 他們已經做好了準備，但卻沒有機會去實踐。最好的做法是為他們提供培訓，在正確的時間為正確的人提供培訓。他們在參加培訓時就已經知道，他們已經參與到轉型與遷移當中，所以他們知道自己為什麼需要集中精力。這是他們關心的事情。他們已經參與到其中。他們知道自己是司機，是坐在駕駛座上的人，這件事將由他們負責執行，所以他們會集中注意力，接下來您會即刻讓他們付諸實踐。
正如您所說，理論與實踐同等重要。您必須讓他們手握方向盤，不能只是紙上談兵，對吧？ 他們需要實際測試理論是否可行。如果能做到這些，我認為整個遷移過程會非常高效。
Jonathan Allen：
是的，有些知名的研究表明，如果您參加培訓課程但不立即運用，只會保留 10% 的所學知識。但如果您參加培訓課程並立即運用它，就能完全掌握培訓知識。這是一個可怕的數字。我無數次看到這樣的事情發生。
Jake Burns：
完全同意。所以我們現在要解決「他們太忙了」的問題。 我認為這是一個非常好的問題，因為當您取得員工的認同時，甚至在那之前，我通常會說，幾乎毫無例外，他們給您的第一個藉口是「我們太忙了。每個人都有自己的職責。我們正忙於維護所有這些系統，事情多到做不完。哪裡還有時間管這些？」
所以我認為有幾個根本原因。一個是他們真的太忙了。您應該看看他們目前在做什麼，以及有多少工作是真正必要的。很多情況下，很多工作都是不必要的。很多時候，他們只是有什麼就做什麼，根本沒有多想。他們要做的本職工作會佔用大量的時間。我們來看看，有多少工作真正能幫助他們成長。就整體轉型和遷移而言，這在多大程度上真正有助於推進事情？ 通常，即使有，也只有極少數是真正在創造未來。大部分的工作都是維護過去的事務、維護現有的內部部署系統，或是做一些很容易就能外包的工作。
我是有名的反對外包派，因為我強烈主張讓自己的員工完成遷移，但我並不是反對一切外包。事實上，我認為您應該反其道而行，大多數人的第一直覺就是這樣。不要外包遷移工作，因為在大多數情況下，這樣做並不明智。我們應該將與遷移無關的所有其他工作外包，將無差別的工作外包，將您的員工忙著處理導致無法參與遷移的工作外包出去。
這樣做有許多好處，其中之一是可以騰出他們的時間，讓他們參與遷移工作。第二，尤其是當您以領導者身分傳達這樣做背後的意圖時，請告訴他們：「我騰出您的時間，是因為我想投資在您身上，因為我希望您學習這項新技術，我希望您能協助組織構建更美好的未來。」 這樣做可以帶來巨大的士氣提升。
Jonathan Allen：
很好的想法。我經常教導管理者和工程師的一件事，是我自己親身實踐技術時得到的兩點教訓。第一點...我作為工程師犯過的最嚴重錯誤，是最佳化本不該存在的內容，至今我還是會落入這個陷阱。我仍在資料中心維護這些內容。我還在嘗試讓它變得更好一點。您知道嗎？ 這些內容已經不需要再存在，實際上我應該努力積極地減少它，讓自己有時間去做一些，坦白說，更有趣的事情。
第二點，當您把團隊聚在一起時，我見過一些非常出色的六人、七人團隊，其中四五個人通常在低頭做事，而團隊中的第六個人、第七個人則會說：「咦，我現在在做什麼？ 我知道了！我要針對這件事開始一個新的專案或一項新的最佳化工作」，而不是說：「我們將雲端設定為優先事項吧。」 說回為什麼要汲取教訓，我們應該允許員工主動重新學習技能，並為此努力。有兩種簡單的方法可以即刻減少工程師本能地承擔的工作量。您的想法是什麼？
Jake Burns：
完全同意。絕對是的。實際上，我也見過很多這種情況。我認為這是責任，領導階層必須清楚地傳達這一點，團隊中較資深的員工和較早參與轉型和遷移工作的人有責任指導其他人，以免他們被其他專案和其他工作分心。或者就您的觀點來說，就是最佳化現狀，我同意這是一個巨大的誤區，純屬浪費時間。
這有點像我們之前談論過的從規模經濟轉向速度經濟。規模經濟的思維是穩定狀態的現狀，認為我們會不斷最佳化並嘗試降低單位成本，而速度經濟則更具顛覆性。問題是，我們該如何真正轉變思維，將時間花在更有意義的事情上？
Jonathan Allen：
沒錯。
Jake Burns：
我對您剛剛說到的速度經濟思維很有感觸。但對於這個具體問題，如果您讓這些人參與正常的日常運作，並對他們進行激勵和評估，他們的績效評估標準就是指導團隊中的新人，甚至是招募新人加入團隊，並指導他們入職。首先，這樣可以創造團隊合作的感覺，提升士氣，讓所有人齊心協力，而且它的包容性和任人唯才的特質，也是非常重要的。它還有助於避免您所說的陷阱，防止他們被其他工作分心。
