本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 任務 3：定義應用程式優先順序程序
*應用程式優先順序*是決定應用程式應遷移至雲端之順序的程序。您可以根據將應用程式遷移至雲端的複雜性以及您定義的規則來評估優先順序。討論應用程式優先順序時，高優先順序不一定與應用程式對業務的重要性相關。事實上，業務關鍵型應用程式對於遷移通常具有低優先順序，因為業務關鍵型應用程式的風險較高。在大型遷移中，您會優先考慮非關鍵業務的低複雜度應用程式，而且每次波動時，您都會遷移越來越複雜或關鍵業務的應用程式。
在大型遷移中，您有數百個應用程式已準備好進行遷移，我們不建議您一次排定優先順序並規劃每個應用程式。這是定義應用程式優先順序程序對大型遷移專案至關重要的原因之一。若要以敏捷的方式處理遷移，您可以挑選最高優先順序的應用程式 (3–10 個應用程式），或者您可以為 3–5 個波浪選取足夠的應用程式。然後，您只能完成所選應用程式的應用程式探索和波動規劃。這種方法可節省大量時間，因為應用程式優先順序和波紋通常會在大型遷移過程中變更。
有關應用程式優先順序的常見迷思是最高優先順序的應用程式應該處於第一波中。當您執行波動規劃時，由於其他應用程式尚未準備就緒，因此 10 個最高優先順序應用程式中有少數會處於第一波中的可能性很高。這可能是由於各種有效的原因，例如相依性、業務限制或資源可用性。應用程式優先順序是波動規劃的關鍵因素，但不應該是您考慮的唯一因素。
在此任務中，您會定義應用程式優先順序程序和規則。此任務包含下列步驟：
+ [步驟 1：定義應用程式優先順序程序](#prioritization-1)
+ [步驟 2：定義應用程式優先順序規則](#prioritization-2)
+ [步驟 3：完成應用程式優先順序程序](#prioritization-3)
下一節討論複雜性評分。此手冊提供三個程序選項，說明如何排定應用程式的優先順序，而三個選項中的兩個使用複雜性評分。如需程序選項的詳細資訊，請參閱 [步驟 1：定義應用程式優先順序程序](#prioritization-1)。如果您打算使用應用程式提名程序，則不需要定義複雜性評分標準，您應該直接前往 [步驟 1：定義應用程式優先順序程序](#prioritization-1)。
## 關於複雜性評分標準
*複雜性評分*是用來評估遷移應用程式難度的程序，這是排定應用程式優先順序時的關鍵因素。複雜性評分涉及根據您定義的同一組業務和技術標準評估所有應用程式。評估應用程式時，您會為每個條件指派分數。當您加總業務準則和技術準則的分數時，您會得到一個複雜性分數，反映遷移該應用程式的整體複雜性。然後，您可以在排定應用程式和規劃波浪的優先順序時使用複雜性分數。
複雜性評分標準分為兩類：
+ **業務準則** – 此類別中的準則與遷移應用程式的業務複雜性有關，例如應用程式無法使用時的風險、安全與合規考量，以及資源可用性。
+ **技術條件** – 此類別中的條件與遷移應用程式的技術複雜性相關，例如作業系統及其版本、伺服器和使用者的數目，以及遷移策略。
您應該為您的使用案例判斷適當的評分標準。如果您手動評分應用程式複雜性，在[產品組合手冊範本](samples/portfolio-playbook-templates.zip)中，*應用程式複雜性的評分表範本* (Microsoft Excel 格式） 包含一組標準條件和分數值。您可能想要從這些值開始，然後針對您的使用案例進行自訂。如果您使用探索工具來排定應用程式的優先順序，這些工具通常包含一組標準條件，而且您可以新增、移除或修改條件，而且您可以根據您的需求進行加權。當您建立條件時，請使用下兩個區段中的問題來協助精簡您的條件。
### 業務準則
以下是在複雜性評分中常用的業務準則。
****
| 業務準則 | Description |
| --- | --- |
| 業務影響 | 如果此應用程式無法使用，請評估對業務的影響：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 員工可用性 | 在遷移期間，您可能需要應用程式擁有者、主題專家 (SME)、網路或基礎設施管理員、測試人員和開發人員的協助。評估這些資源的可用性，以便在遷移期間協助您：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 業務複雜性 | 擁有許多相互依賴且相互關聯的利益相關者、資訊技術系統和組織結構，可能會增加業務複雜性。評估業務複雜性，如下所示：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 準備 | 評估應用程式是否已準備好進行遷移，如下所示：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 安全 | 評估應用程式安全需求和安全政策的複雜性，如下所示：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 合規 | 合規要求可能適用於應用程式，例如州、商業產業或公司政策提供的法律、法規和指導方針。評估應用程式合規要求的複雜性，如下所示：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 應用程式知識 | 組織中的某個人，例如應用程式擁有者，是否具備維護、整合、疑難排解和修正問題的知識、技能和經驗？ 您能夠擴展應用程式以滿足業務需求嗎？ |
| 遷移技能 | 組織中的員工是否具備將工作負載遷移至目標環境的技能？ |
### 技術條件
以下是在複雜性評分中常用的技術標準。
****
| 技術條件 | Description |
| --- | --- |
| 儲存 | 評估應用程式目前的儲存體，如下所示：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 使用者數 | 此應用程式有多少使用者？ 您可以使用實際日誌或預估值。 |
| 伺服器計數 | 應用程式堆疊中有多少個伺服器？ |
| 連線能力 | 評估此應用程式如何連接到組織中的其他人，如下所示：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 應用程式作業系統和版本 | 評估應用程式的作業系統 (OS) 和版本，如下所示：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 應用程式相依性 | 評估此應用程式如何依賴您環境中的其他資源：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 資料遷移 | 評估是否需要遷移此應用程式的資料或檔案：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
| 遷移策略 | 評估所選遷移策略的複雜性。如需遷移策略的詳細資訊，請參閱 [AWS 大型遷移指南](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/)。 |
| COTS 或自訂 | 評估應用程式是自訂製作還是商用off-the-shelf(COTS)，如下所示：[See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-portfolio-playbook/prioritization.html) |
## 步驟 1：定義應用程式優先順序程序
此手冊包含三個程序選項，用於排定應用程式的優先順序。您可以選取其中一個選項，也可以決定合併兩個或多個選項，並建置自訂程序。評估您的使用案例，並判斷下列何者最適合您的環境：
+ [選項 1：手動複雜性評分](#prioritization-1-scoring) – 這是手動排定優先順序的程序，可由個人完成或在研討會式工作階段中完成。在此程序中，您會使用複雜性評分標準來評估遷移每個應用程式的難度，這是排定應用程式優先順序的重要因素。此手動程序非常適合大型遷移，因為它提供一致的量化方法來排定大型應用程式產品組合的優先順序。不過，與其他兩個選項相比，根據一組定義的條件評估每個應用程式可能是一個較慢的程序。
+ [選項 2：應用程式提名](#prioritization-1-nomination) – 這是通常完成研討會類型工作階段的手動優先順序程序。在此程序中，應用程式擁有者會指定應用程式以進行遷移。若要成功，此程序需要應用程式擁有者具備各自應用程式的完整知識。如果時間是一個因素，而且您需要快速排定應用程式的優先順序，則建議執行此程序。
+ [選項 3：探索工具](#prioritization-1-discovery) – 這是自動排定優先順序的程序。如果您環境中的探索工具具有自動化應用程式複雜性評分或優先順序的功能，使用此功能可以節省時間並加速應用程式優先順序程序。在此程序中，您通常會在探索工具的參數內定義條件，然後工具會分析應用程式並提供最終複雜性分數。在選取此選項之前，請探索 探索工具中可用的功能，並確認您可以自訂它以滿足使用案例的需求。
### 選項 1：手動複雜性評分
在此手動應用程式優先順序程序中，您可以使用工作表，根據定義的一組複雜性評分標準來評估應用程式。我們建議您在研討會式工作階段中完成工作表，或者個人可以透過與利益相關者合作來完成工作表。然後，您可以使用最終複雜性分數和應用程式優先順序規則來判斷應用程式的優先順序。在手動程序中，這提供了最一致、量化方法來判斷應用程式複雜性，並使用該資訊來排定應用程式的優先順序。
對於此程序中的複雜度評分步驟，我們建議您使用 *Score sheet 範本來處理應用程式複雜度* (Excel 格式），可在[產品組合手冊範本](samples/portfolio-playbook-templates.zip)中使用。此範本包含預先定義的業務和技術條件。您可以新增、移除或修改這些條件，也可以調整評分值。例如，您可能偏好 1–10 而非 1–5 的評分範圍。請注意下列有關所提供範本的事項：
+ 您可以將游標暫留在每個條件上，以取得其描述。
+ 當您熟悉範本時，您應該刪除範例。這些僅供示範之用。
在整個遷移的初始化和實作階段保持更新複雜性評分表。隨著產品組合評估的進行，您可能會變更分數。應用程式深入探討是更新評分表的常見時機，因為您在團隊詳細檢查每個應用程式時，會進一步了解它。在遷移期間，如果您遇到問題，例如無法遷移應用程式的未探索相依性和限制，您也可以變更應用程式優先順序。透過在整個遷移過程中維護分數表，您可以更準確地排定應用程式的優先順序。
記錄您的應用程式優先順序程序，如下所示：
1. 在[產品組合手冊範本](samples/portfolio-playbook-templates.zip)中，開啟*應用程式複雜性的分數表範本*。
1. 在**應用程式**工作表上，視需要為您的遷移新增、修改或移除條件。修改條件時，請執行下列動作：
+ 檢閱本程序手冊 [關於複雜性評分標準](#prioritization-complexity-scoring)一節中的指引。
+ 考慮每個條件對遷移持續時間、資源和成本的影響。
+ 若要取得可靠的複雜性分數，請包含代表組織中不同層級遷移複雜性的條件。
1. 在**評分指南**工作表上，視需要為您的使用案例更新預設值和條件。
1. 儲存分數表。
1. 開啟您的應用程式優先順序 Runbook。
1. 在*應用程式複雜性評分條件*區段中，更新區段以反映評分表的位置。
1. 在*應用程式優先順序程序*區段中，執行下列動作：
1. 保留*選項 1：手動複雜性評分*並刪除其他選項。
1. 視需要為您的使用案例修改程序。
1. 移除本節中包含 *選項* 一詞的任何標題。將這些項目留在 Runbook 中可能會讓使用者混淆到認為程序是選用的，或者有多個選項可用。
1. 儲存您的應用程式優先順序 Runbook。
### 選項 2：應用程式提名
此手動應用程式優先順序程序是排定應用程式優先順序最簡單且最快的方法。在此程序中，您會要求應用程式擁有者指定可輕易遷移至雲端的應用程式。然後，您和應用程式擁有者可以快速排定應用程式的優先順序，因為您已經對指定的應用程式有深入的了解。我們建議您在研討會式工作階段中與利益相關者合作，但您也可以透過電子郵件、共用文件和其他通訊平台進行協作。
在指定程序期間，您會在 *Score sheet 範本中輸入指定的應用程式，以因應產品組合手冊範本中包含的應用程式複雜性* (Excel 格式）。 [samples/portfolio-playbook-templates.zip](samples/portfolio-playbook-templates.zip)您不會在此範本中使用所有評分和條件功能，但我們建議您使用此工作表來記錄提名和優先順序決策。
在某些情況下，應用程式提名程序會用來加速優先順序，而且可能不需要計分表。例如，如果您只排定少數應用程式的優先順序，或者應用程式擁有者非常了解其應用程式，則應用程式擁有者和利益相關者可以根據其知識和經驗排定應用程式的優先順序。在這種情況下，他們可以略過使用分數表，並直接進行優先順序排序。
記錄您的應用程式優先順序程序，如下所示：
1. 開啟您的應用程式優先順序 Runbook。
1. 刪除*應用程式複雜性評分條件*區段。此程序不會使用應用程式複雜性評分。
1. 在*應用程式優先順序程序*區段中，執行下列動作：
1. 保留*選項 2：應用程式提名*並刪除其他選項。
1. 視需要為您的使用案例修改程序。
1. 移除本節中包含單字 *Option* 的任何標題。將這些項目留在 Runbook 中可能會讓使用者混淆到認為程序是選用的，或者有多個選項可用。
1. 儲存您的應用程式優先順序 Runbook。
### 選項 3：探索工具
如果您的探索工具具有複雜性評分或應用程式優先順序的功能，則此自動化程序需要很少的資源，並且可以加速應用程式優先順序程序。您可以針對您的使用案例自訂探索工具中的條件，然後探索工具會自動分析應用程式並提供最終複雜性分數。由於工具已有所有應用程式中繼資料，因此您不需要輸入它。
例如，Flexera One Cloud Migration and Modernization （前身為 Flexera Foundation and CloudScape) 探索工具具有稱為*最佳化計分卡*的複雜性評分功能。此功能可讓您選取要在評分中包含的條件，並根據自己的偏好權衡每個條件。資料探索完成後，探索工具會根據您提供的加權條件分析資料，並使用工具的專屬公式產生最終複雜性分數。如需詳細資訊，請參閱 [Foundation and CloudScape 使用者指南](https://docs.flexera.com/foundationcloudscape/ug/Content/helplibrary/FoundationCloudscapeRoot.htm) (Flexera 文件） 和[最佳化計分卡](https://docs.flexera.com/foundationcloudscape/ug/Content/helplibrary/FCReports_OptScorecard.htm) (Flexera 文件）。
此程序的缺點是，在環境中為無代理程式探索工具設定掃描設備，或將代理程式安裝到所有範圍內工作負載，需要時間 (4-8 週）。在探索工具中使用評分功能之前，您必須先掃描應用程式工作負載並執行應用程式堆疊分析，以允許探索工具收集中繼資料的額外時間 (4-12 週）。不過，您可能會發現設定探索工具所需的額外時間，可以透過減少中繼資料收集和應用程式優先順序所需的時間和資源量來復原。例如，如果探索工具的資料仍然是最新的，則產品組合工作流可以重複使用探索工具及其來自調動階段的資料，以識別試驗應用程式。
**注意**
如果您使用的是 探索工具程序，您仍然可以使用手動 *Score sheet 範本來處理應用程式的複雜性*，以便根據不同的條件來分析應用程式。此額外資訊可協助您精簡應用程式的優先順序。
記錄您的應用程式優先順序程序，如下所示：
1. 如果您尚未這麼做，請在您的環境中設定 探索工具。如需詳細資訊，請參閱 AWS 規範指引網站上的[自動化產品組合探索入門](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/get-started-with-automated-portfolio-discovery.html)。
1. 根據您工具的指示，在您的探索工具中自訂複雜性評分或應用程式優先順序條件。如需選取條件的詳細資訊，請參閱 [關於複雜性評分標準](#prioritization-complexity-scoring)。
1. 開啟您的應用程式優先順序 Runbook。
1. 在*應用程式複雜性評分條件*區段中，更新區段以反映在探索工具中定義評分條件。範例：複雜度評分標準定義於 <您的探索工具＞。
1. 在*應用程式優先順序程序*區段中，執行下列動作：
1. 保留*選項 3：探索工具*並刪除其他選項。
1. 視需要為您的使用案例修改程序。請務必包含如何產生複雜度分數報告的step-by-step說明。如果可用，您可以包含使用者指南的連結。
1. 移除本節中包含單字 *Option* 的任何標題。將這些項目留在 Runbook 中可能會讓使用者混淆到認為程序是選用的，或者有多個選項可用。
1. 儲存您的應用程式優先順序 Runbook。
## 步驟 2：定義應用程式優先順序規則
在此步驟中，您會定義*應用程式優先順序規則*，以協助您判斷應用程式的遷移順序。雖然應用程式的複雜性分數是排定應用程式優先順序和規劃波紋的重要因素，但也必須考慮業務和技術因素。您可以建立規則來評估每個應用程式的優先順序，並協助您以適當的波動排程應用程式。常見的商業和技術規則包括：
+ 指定遷移資料中心的順序和排程
+ 優先考慮業務單位
+ 擷取關鍵業務應用程式的截止日期
定義您的應用程式優先順序規則，如下所示：
1. 開啟您的應用程式優先順序 Runbook。
1. 在*應用程式優先順序規則*區段中，為您的遷移新增自訂規則。
1. 儲存應用程式優先順序 Runbook。
1. 維護應用程式優先順序 Runbook 中的規則。隨著遷移進度、範圍變更或排程轉移，規則可能會有所變更。
以下是一組應用程式優先順序規則的範例。
****
| Priority | 規則 |
| --- | --- |
| 1 | 紐約資料中心的應用程式應一律比德州資料中心的應用程式具有更高的優先順序。 |
| 2 | IT 部門中的應用程式應始終比行銷部門中的應用程式具有更高的優先順序。 |
| 3 | 具有高複雜度分數的應用程式應具有更高的優先順序。 |
| 4 | SAP 應用程式需要在年底之前遷移。 |
## 步驟 3：完成應用程式優先順序程序
現在，您可以定義產品組合工作流程如何使用規則和程序來排定應用程式的優先順序。這是產品組合工作流程在遷移的實作階段參考的程序。
在應用程式優先順序 Runbook 中自訂此程序，如下所示：
1. 開啟您的應用程式優先順序 Runbook。
1. 在*階段 2：排定應用程式的優先順序*區段中，根據您的使用案例和環境適當修改程序。
1. 儲存應用程式優先順序 Runbook。
## 任務結束條件
當您完成以下項目時，請繼續下一個任務：
+ 您已從可用的選項中選取應用程式優先順序程序。
+ 您已在應用程式優先順序 Runbook 中記錄下列項目：
+ 應用程式複雜性評分標準 （如適用）
+ 應用程式優先順序程序
+ 應用程式優先順序規則
+ 您已更新應用程式執行手冊的第 *2 階段：排定應用程式的優先順序*區段。