步驟 2. 啟動小規模並建置動量

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

驗證優先順序驅動程式

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

1. 從診斷手冊編譯您需要的資訊。

   • 從優先順序應用程式清單中收集優先順序驅動因素和可行性評估。

   • 為您的應用程式收集轉換和目標狀態處置。

   • 識別雲端現代化規劃中的應用程式擁有者、架構師和利益相關者。

   • 如果知道，請取得相依性或應用程式套件排序的資訊。

   • 判斷庫存項目與相依性或應用程式套件群組的關聯。應用程式可能具有與其他元件緊密耦合或依賴的個別元件，而且您可能想要將這些元件一起現代化。

2. 與步驟 1 的人員安排一小時或兩小時的會議，以驗證優先順序驅動因素。

   • 嘗試依解決方案工程師或架構師將多個 （最多三個或四個） 應用程式分組，並根據應用程式相依性或應用程式套件資訊，在一次會議中進行討論。

   • 決定此即將舉行會議的每個團隊成員的角色和期望。

3. 舉行會議。

完成詳細資訊

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

在這個階段，核心團隊與應用程式團隊在短期、兩天的衝刺中並肩合作，為他們在 AWS 雲端上的應用程式設計未來狀態。活動包括產品定義、產品探索、故事撰寫、價值串流映射和設計 CI/CD 程序。以下是一些想法：

• 為應用程式的每個個別元件建立模型 （例如網路組態、儲存組態、資料庫、伺服器，以及應用程式在伺服器上的部署方式）。

• 使用容器或無伺服器技術等工具，將該模型解構成不同的建置區塊和組態。

• 將應用程式功能與基礎基礎設施的任何相依性分開。將應用程式的函數抽象到您可以移動的元件中，而無需變更任何原始程式碼。

• 使用 CI/CD 工具和機制與 DevOps 緊密整合。

建置基礎平台服務和現代化應用程式

在此 12 週階段中，核心團隊受到完整堆疊團隊支援，以提供優先業務使用案例。此工作由多個雙披薩團隊執行。例如，平台工程團隊成立是為了開發基礎平台服務，而產品團隊成立是為了提供新的業務成果：

• 平台工程團隊會設定、整合和自訂 AWS 支援雲端基礎、開發人員工作流程和資料分析功能的服務。更大且更複雜的企業可能有多個團隊支援這些功能。

• 產品團隊會針對在啟動階段優先處理的業務成果，開發新的服務和體驗。隨著產品團隊開發新的服務，他們也會將核心業務功能現代化。

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