本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 目標業務成果
本節討論雲端就緒審核的三個預期結果：了解目前狀態、識別優點和缺點，以及建立行動計劃。
## 了解雲端旅程的目前狀態
當組織考慮大規模遷移到 時 AWS，他們通常會沿著稱為*採用階段*的路徑，如下圖所示。這四個階段 - 專案、基礎、遷移和重塑 - 已在部落格文章[中討論 企業策略部落格上的邁向雲端優先之旅和採用階段](https://aws.amazon.com/blogs/enterprise-strategy/the-journey-toward-cloud-first-the-stages-of-adoption/)。 AWS 雲端 整備評估的目的是判斷組織目前處於採用階段的進度，以及組織環境的哪些部分已充分成熟，可進入下一個階段。
**範例**：
如果組織計劃將其第一個工作負載移至雲端，則視為處於專案 （或概念驗證） 階段。此階段不需要統一的帳戶結構或其他基礎建構。不過，為了準備更大的遷移計畫，應該具備基礎層面，例如適當的標記。否則，存在必須延遲遷移才能解決基礎問題的風險。
## 識別強項和弱項的領域
識別強項和弱項的領域是整備評估的第二個主要結果。優勢決定已準備好在整個組織中廣泛採用的團隊和實務。這些是不需要進一步工作才能大規模成功進行雲端遷移的區域。弱點是需要採取動作來改善實務或功能以啟用雲端遷移的領域。及早解決差距可確保順暢的遷移程序，並消除專案在建置基礎功能時延遲的風險。下圖中說明的熱度圖顯示整個組織的強度和弱點區域。對於以黃色或紅色反白顯示的區域，將需要制定行動計劃。
**範例**：
IT 團隊可能會建置一個非常適合滿足組織近期需求的帳戶結構，但應用程式開發人員和擁有者可能不知道他們的應用程式會遷移到 AWS 雲端，而且可能沒有在 中操作該應用程式的技能集 AWS 雲端。此範例說明應用程式擁有者接受和開發團隊準備的差距，而組織應在準備度評估期間規劃修正動作。
## 建立行動計劃以啟用擴展和速度
找出優點和缺點之後，您需要制定行動計劃來縮小差距，並擴展組織內已確定的強項領域。計劃應已指派擁有者和到期日，以確保專案向前推動。我們建議您參與內部流程改進和組織變革團隊，以協助推動雲端計畫向前發展。這些團隊通常具有工具組，用於基準化目前功能、建立通訊、處理購買規劃和類似的程序，這將很有用。
**注意**
Professional AWS Services 團隊提供名為 *Mobilize* 的程式。此方案模型會引導您的組織在 AWS CAF 的所有領域開發基礎功能，以解決遷移準備評估 (MRA) 中識別的領域。 AWS 合作夥伴社群也提供服務，可協助您進行遷移準備工作。