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

# 持續評估和改善
<a name="continuous-assessment-improvement"></a>

建立遷移計畫以實作遷移波動計畫後，應用程式產品組合評估著重於持續反覆運算產品組合資料，以及每個波動的詳細評估。此外，隨著工作負載遷移，可以進一步評估這些工作負載的最佳化和現代化。此階段著重於收集應用程式和基礎設施詳細資訊，以驗證目標架構和技術選擇。它還專注於概述特定平台需求，例如安全性、操作和雲端基礎設施，這些需求可以轉換為實作設計和每個遷移波動的遷移切換計劃。 

**提示**  
如需詳細資訊和指引，請參閱 [AWS 雲端 遷移應用程式產品組合評估指南](https://docs.aws.amazon.com/prescriptive-guidance/latest/application-portfolio-assessment-guide/continuous-assessment-and-improvement.html)中的相關章節。

## 高階目標和動作
<a name="continuous-objectives"></a>
+ 應用程式評估 – 將相當於遷移波紋的詳細應用程式評估分組。對於每一波應用程式，請遵循[優先順序應用程式評估](prioritized-applications-assessment.md)區段中定義的相同目標和動作。
+ 應用程式最佳化和現代化評估 – 解決技術債務、新業務需求、用量和成本分析、最佳實務、轉型模式、產業趨勢、困擾點和營運效率。您對在雲端中執行的應用程式有何了解？ 已發佈哪些[新 AWS 服務](https://aws.amazon.com/new/)項目？ 此應用程式有哪些可用的架構？ 這些架構提供哪些好處？
+ 發展和追蹤業務案例 – 根據基準詳細業務案例追蹤獲得的好處，以維護利益相關者的支援並保持動力。此外，擴展案例以納入進一步的現代化，以改善彈性和敏捷性來推動價值。使用新取得的遷移後用量資料提供更深入的成本最佳化資訊，為領導階層提供在計畫中持續投資的優先順序。
+ 最佳化和演進 – 反覆並擴展產品組合合理化模型，以最佳化和產品組合演進。

## 結果
<a name="continuous-outcomes"></a>

遷移結果包括下列項目： 
+ 每波經過驗證的遷移範圍
+ 特定遷移波動中應用程式的記錄目標架構和遷移策略
+ 已識別和驗證的遷移模式和工具
+ 記錄的平台需求，例如安全性、 AWS 基礎設施和操作，以及每波的遷移切換考量

最佳化結果包括下列項目：
+ 產品組合合理化模型和業務成果
+ 精簡商業案例，闡明進一步最佳化和現代化提供的額外價值，包括要優先處理哪些應用程式。
+ 提議的架構和技術變更和預期效益
+ 平台需求，例如安全性、 AWS 基礎設施和操作
+ 實作計畫

## 最佳實務
<a name="continuous-best-practices"></a>
+ 重複使用您組織定義的架構模式。請考慮使用 [AWS Service Catalog](https://aws.amazon.com/servicecatalog/)來建立和管理組織核准用於 的 IT 服務目錄 AWS。
+ 可轉換為可重複使用模式的文件架構和技術決策。
+ 識別金鑰相依性。導致此應用程式現在無法移至雲端的原因是什麼？ 是什麼阻止此應用程式在進入之後進行最佳化或現代化 AWS？
+ 請參閱 [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected/) 和[安全最佳實務](https://docs.aws.amazon.com/prescriptive-guidance/latest/security-reference-architecture/)。
+ 保持遷移和最佳化或現代化活動與業務成果的一致性。
+ 維護不斷發展的商業案例。追蹤效益實現，做為指導計畫的基礎。
+ 在業務驅動因素不斷演進的情況下，考慮應用程式產品組合的長期策略觀點。