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

# 準備度評估程序
<a name="process"></a>

整備評估包含這四個任務，分散在兩週內：

1. 安排準備度評估會議，並要求出席。

1. 對每個應用程式套件的主要利益相關者或角色進行訪談。

1. 使用應用程式現代化問卷 （請參閱[附錄](questionnaire.md)) 來收集資訊、分析收集的資訊、記錄觀察結果，並判斷後續步驟。

1. 排定並進行彙報會議。

以下各節會更詳細地討論這些任務。

## 排程準備度評估會議
<a name="meeting"></a>

整備評估程序的第一步是安排與必要出席者的整備評估會議。建議的出席者包括：
+ CEO
+ CTO/首席架構師
+ CIO
+ 管理總監
+ 業務單位擁有者
+ IT 財務
+ 安全領導者
+ 網路領導者
+ 應用程式開發領導者
+ 基礎設施領導者
+ 操作領導者
+ 應用程式擁有者 （前幾個應用程式）

## 進行面試
<a name="interviews"></a>

 在此步驟中，您會與主要利益相關者或人物進行面試，從與執行團隊進行一小時或兩小時的討論開始。此啟動會議會啟動整個程序，而且是評估的關鍵元件。
+ 在啟動會議期間，了解組織的業務優先順序，並識別應在兩週整備評估期間評估的核心應用程式集。目標是與業務優先順序保持一致。
+ 當業務和技術領導者與優先順序保持一致時，請舉辦為期兩天的願景研討會，以定義現代化策略的詳細資訊，並推動資源分配的一致性和執行承諾。願景研討會有以下特定目標：
  + 識別可做為現代化計劃一部分交付的關鍵業務成果的優先順序簡短清單。
  + 擷取與已識別業務成果相關的目前技術功能、架構和技能集。
  + 識別關鍵利益相關者 （例如雲端領導團隊、雲端商業辦公室和雲端平台工程團隊），以參與關鍵的操作模型機制。

  研討會應由現代化計畫經理領導，並應包含現代化架構師、基礎設施專家和資料專家。（視您組織的大小和結構而定，可能會合併專家角色。) 執行發起人可能會選擇包含董事和 VPs，但可能不會將完全參與委派給其團隊。
+ 在願景研討會之後，利益相關者就成功因素、方法和典型輸出達成共識。這可確保完全了解組織在下一個階段的承諾和重點。

## 收集資訊
<a name="gather-information"></a>

在此步驟中，使用應用程式現代化問卷 （請參閱[附錄](questionnaire.md)) 來進一步了解和評估目前的產品組合。您可以透過五個面向來評估應用程式：
+ 策略或商業契合度
+ 功能適當性
+ 技術適當性
+ 財務適配
+ 數位就緒

制定旅程指南，讓每個人都對生態系統有共同的了解，並專注於將要進行修改、重構和取代的應用程式。排定一或兩個工作負載的優先順序以進行現代化，並建立藍圖來現代化這些應用程式。
+ 檢查先決條件。在建立藍圖之前，請確認所有先決條件步驟都已完成。先決條件包括確認應用程式現代化驅動程式，例如程式碼修復、效能、整合、可服務性，以及採用路徑 （修改、重構或取代） 的決策。
+ 對齊資產。識別需要哪些提議或現有資產來支援優先工作負載。
+ 定義反覆運算和版本。決定為現代化工作配置的時段 （反覆運算）。在您變更生產程序之前，定義版本 （要完成的工作）。
+ 識別每個區域的動作，協助您的組織準備好進行現代化。關鍵是要確保您計劃進行現代化的前幾個應用程式具有順暢的遷移體驗。在此第一次通過期間，請勿嘗試提供行動計劃來解決每個應用程式的每個層面。迭代方法有助於維持品質和安全性，同時提供敏捷性和速度。
+ 識別截止日期和擁有者。對於每個動作，請至少提供到期日和一個擁有者。理想情況下，您應該建立並啟動專案，以確保動作及時結束。

## 呈現結果
<a name="results"></a>

討論 （驗證） 總結會議中的調查結果，以建立藍圖，概述討論的業務計劃、已識別的風險因素和每個應用程式的路徑。您的分析和觀察可能包括：
+ 應用程式的分組、排名和排序
+ 目標和臨時操作模型
+ 關鍵技術和法規要求
+ 具有廣泛資料遷移需求的應用程式
+ 要轉換的資料範圍和數量

這有助於為後續的觀察和活動設定正確的基調，這有助於實現這些結果。彙報工作階段的目標是對後續步驟達成一致和一致，這將深入探討特定領域，並開始實作和建立動能。