本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 目標業務成果
<a name="targeted-business-outcomes"></a>

本節討論雲端就緒審核的三個預期結果：了解目前狀態、識別優缺點，以及建立行動計劃。

## 了解雲端旅程的目前狀態
<a name="understanding-current-state"></a>

當組織考慮大規模遷移到 時 AWS，通常會沿著稱為*採用階段*的路徑而落下，如下圖所示。專案、基礎、遷移和重新發明這四個階段，在 AWS 雲端 企業策略部落格的 [邁向雲端優先之旅 和 採用階段](https://aws.amazon.com/blogs/enterprise-strategy/the-journey-toward-cloud-first-the-stages-of-adoption/) 部落格中討論。整備評估的目的是判斷組織目前處於採用階段的進度，以及組織環境的哪些部分已充分成熟，可進入下一個階段。

 ![\[Graph showing cloud adoption journey from project to reinvention, with stages of migration and cloud-native development.\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/migration-readiness/images/stages-of-adoption.png) 

**範例：**

如果組織計劃將第一個工作負載移至雲端，則他們被視為處於專案 （或概念驗證） 階段。此階段不需要統一的帳戶結構或其他基礎建構。不過，為了準備更大的遷移計畫，應該有適當的標記等基礎層面。否則，存在必須延遲遷移才能解決基礎問題的風險。

## 識別強項和弱項的領域
<a name="identifying-strengths-weaknesses"></a>

識別強項和弱項區域是準備度評估的第二個主要結果。優勢決定了準備好在整個組織中廣泛採用的團隊和實務。這些區域不需要進一步工作，即可大規模成功啟用雲端遷移。缺點是需要採取動作來改善實務或功能以啟用雲端遷移的領域。及早解決差距可確保順暢的遷移程序，並消除專案在建置基礎功能時延遲的風險。下圖中說明的熱圖顯示整個組織的強項和弱項區域。對於以黃色或紅色反白顯示的區域，將需要制定行動計劃。

<a name="heatmap"></a>

 ![\[Project plan diagram showing various stages and components of a customer migration process.\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/migration-readiness/images/heat-map.png) 

**範例：**

IT 團隊可能會建置一個非常適合滿足組織近期需求的帳戶結構，但應用程式開發人員和擁有者可能不知道其應用程式會遷移到 AWS 雲端，而且可能沒有在 中操作該應用程式的技能集 AWS 雲端。此範例說明應用程式擁有者接受和開發團隊準備的差距，而組織應該在準備度評估期間規劃修正動作。

## 建立行動計劃以啟用擴展和速度
<a name="creating-action-plan"></a>

找出優缺點之後，您需要制定行動計劃，以縮小差距，並擴展組織內已識別的強項領域。計劃應已指派擁有者和到期日，以確保專案向前推動。我們建議您參與內部流程改進和組織變革團隊，以協助推動雲端倡議向前邁進。這些團隊通常具有工具組，用於基礎化目前功能、建立通訊、處理購買規劃和類似的程序，這將很有用。

**注意**  
 AWS 專業服務團隊提供名為 *Mobilize* 的程式。此規範性模型會引導您的組織在 AWS CAF 的所有領域中開發基礎功能，以解決遷移準備評估 (MRA) 中識別的領域。 AWS 合作夥伴社群也提供服務，可協助您進行遷移準備工作。