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

# 步驟 2. 從小型開始並建置動能
<a name="step2"></a>

此步驟的目標是交付初始的最少可行產品 (MVP)，以獲得動力。這種方法可讓您提早並遞增地推動業務成果。

## 驗證優先順序驅動程式
<a name="priority-drivers"></a>

開始與應用程式團隊進行現代化工作之前，建議您先驗證先前決定的優先順序驅動因素。請遵循下列步驟：

1. 從診斷手冊編譯您需要的資訊。
   + 從優先順序應用程式清單中收集優先順序驅動因素和可行性評估。
   + 為您的應用程式收集轉換和目標狀態處置。
   + 識別雲端現代化規劃中的應用程式擁有者、架構師和利益相關者。
   + 如果知道，請取得相依性或應用程式套件排序的資訊。
   + 判斷庫存項目與相依性或應用程式套件群組的關聯。應用程式可能具有與其他元件緊密結合或相依的個別元件，而且您可能想要將這些元件一起現代化。

1. 與步驟 1 的人員安排一小時或兩小時的會議，以驗證優先順序驅動因素。
   + 嘗試依解決方案工程師或架構師將多個 （最多三個或四個） 應用程式分組，並根據應用程式相依性或應用程式套件資訊在一次會議中進行討論。
   + 為即將舉行的會議決定每個團隊成員的角色和期望。

1. 舉行會議。

## 完成詳細資訊
<a name="finalizing-details"></a>

在您遵循上一節中的程序來驗證優先順序驅動因素之後，您可以收集詳細資訊以判斷現代化方法和時間。

在此階段中，核心團隊與應用程式團隊在短期、兩天的衝刺中並肩合作，為雲端上的應用程式設計未來狀態 AWS 。活動包括產品定義、產品探索、故事撰寫、價值串流映射和設計 CI/CD 程序。以下是一些想法：
+ 為應用程式的每個個別元件建立模型 （例如網路組態、儲存組態、資料庫、伺服器，以及應用程式在伺服器上的部署方式）。
+ 使用容器或無伺服器技術等工具，將該模型解構為不同的建置區塊和組態。
+ 將應用程式功能與基礎基礎設施上的任何相依性分開。將應用程式的函數抽象到您可以移動的元件中，而無需變更任何原始程式碼。
+ 使用 CI/CD 工具和機制與 DevOps 緊密整合。

## 建置基礎平台服務和現代化應用程式
<a name="building-foundation"></a>

在此 12 週階段中，核心團隊受到完整堆疊團隊的支援，以提供優先業務使用案例。此工作由多個雙披薩團隊執行。例如，平台工程團隊成立是為了開發基礎平台服務，而產品團隊成立是為了提供新的業務成果：
+ 平台工程團隊會設定、整合和自訂 AWS 支援雲端基礎、開發人員工作流程和資料分析功能的服務。更大且更複雜的企業可能有多個團隊支援這些功能。
+ 產品團隊為啟動階段中優先考慮的業務成果開發新的服務和體驗。隨著產品團隊開發新的服務，他們也會現代化核心業務功能。

平台工程和產品團隊提供您可以評估的最低可行產品 (MVP)。初始 MVP 成功後，您可以使用split-and-seed方法擴展現代化計劃，藉此識別新應用程式並分割初始團隊成員以建立新的產品團隊。