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

# 1.5 計劃目標和目的
<a name="goals-objectives"></a>

## 概觀
<a name="goals-overview"></a>

雲端目標的定義源自探索階段，通常在雲端整備度評估 （例如 MRA) 和雲端規劃 （例如雲端使用案例優先順序、遷移規劃和雲端藍圖） 工作期間進行精簡。使用商業案例、面試和策略文件來明確表達明確、簡潔且令人信服的目標和目的。這些目標應該是具體的、可衡量的、一致的和有時間限制的。 此外，目標應可充分代表業務和 IT。記錄並商定雲端目標時，可以用來提高意識、理解和採用。

## 最佳實務
<a name="goals-best-practices"></a>
+ 定義專案目標時，包含多個利益相關者群組和觀點。包括：
  + 商業領導
  + IT 領導層
  + 外部客戶
  + 員工
+ 精簡商業案例和 [OCA 計劃章程](program-charter.md)中的目標，以確保它們是具體、具體、可衡量且可管理的目標，代表未來狀態採用的計劃進度。 
+ 使用雲端目標來推動業務和 IT 之間的更一致性。
+ 使用雲端目標建立雲端活動的優先順序，例如遷移、現代化、文化和工作方式。
+ 使用雲端目標作為激勵性工具，鼓勵人員實現高水準的績效，並作為慶祝、強化和獎勵的基礎。如需其他指引，請參閱[此架構中的 5.1 獎勵和認可。](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-ocm/enable-capacity.html#capacity-rewards)

## 常見問答集
<a name="goals-faq"></a>

**問：這是什麼？**

**答：**雲端目標源自探索階段，並透過遷移整備評估 (MRA)、遷移整備規劃 (MRP)、雲端使用案例定義和優先順序、商業價值貼圖和雲端策略/藍圖等機制，在評估和規劃階段進行精簡。OCA 團隊將其活動與這些目標保持一致，並將其嵌入到策略中。目標以商業案例、客戶訪談、策略計畫，以及 MRA 和 MRP 調查結果為基礎。 

**問：為什麼它很有價值？**

**答**：在評估和規劃工作階段中包含變更 OCA 團隊，可在遷移和現代化應用程式和工作負載的人員、程序和技術方面建立一致性 AWS。記錄並商定雲端目標時，可以用來提高意識、理解和採用。層疊雲端相關目標可為日常行為提供方向、清晰度和重點。  層疊雲端目標會傳送有關雲端相對優先順序的訊號，並建立有助於成功雲端轉型的一致動作。

**問：何時使用它？**

**答：**使用專案目標來激勵、監控和衡量雲端採用之旅的進度。首先要了解已經確立哪些目標。然後努力建立目標明確又簡單的新目標。如果目標不容易理解，可能不是正確的目標。構建指標和衡量機制，以更新企業領導者針對這些目標的進展情況，並根據新的含義預測業務場景。作為 OCA 6-Point架構的一部分，專案目標和目的可以與變革案例和領導行動計劃一起開發和實作。

**問：誰應該參與此活動？**

**答：**執行發起人、專案或計畫領導者、變革領導者、內部服務提供者 （例如，通訊、訓練/學習和人力資源，如果他們在支援變革計畫中扮演了角色）。

**問：此活動的輸入是什麼？**

**答**：商業案例、探索階段輸出 (MRA 和 MRP)、與執行發起人和人力資源的訪談、雲端策略和商業價值實現計劃。

**問：此活動的輸出為何？**

**A.**記錄專案的目標和目的、衡量和監控計畫，以及串聯目標通訊的初始計畫。

**問：正確數量的目標和目的為何？  有多少個？**

**答：**隨著測量到的活動或結果數量的增加，員工會分心，而他們的努力也會被削弱。因此，我們建議您專注於幾個關鍵的效能領域。

**問：哪些是可用於目標的常見雲端指標？**

**A.**指標包括：

*節省成本*
+ 每個使用者的應用程式 IT 支出
+ IT 基礎設施總支出

*員工生產力*
+ 每個管理員管理VMs)
+ 每個管理員管理TBs 

*操作彈性*
+ 應用程式可用性
+ 每月事件總數
+ 嚴重 (P1/P0) 事件
+ 安全事件
+ 復原的平均時間 (MTTR)
+ 應用程式彈性評分
+ 應用程式安全評分

*業務敏捷性*
+ 部署的新產品
+ 上市時間
+ 部署時間
+ 程式碼部署頻率
+ 客戶滿意度

**問：如何在 OKR 策略中使用專案目標和目的？**

**A. **目標和關鍵結果 OKRs) 包含一個*目標* （重要、具體、明確定義的目標） 和三到五個*關鍵結果* （用於追蹤該目標實現的可衡量成功標準）。根據目標，雲端指標可以轉換為關鍵結果陳述式，如下所示：
+ **目標**：改善客戶體驗。
+ **關鍵結果**：增加未來 12 個月內 100% 部署的新產品數量。

## 其他步驟
<a name="goals-steps"></a>

1. 將目標分解為更精細且具體的目標。可衡量的目標可讓團隊追蹤進度、了解是否滿足需求，以及了解變更是否有效。使用 SMART 條件來引導目標的定義：
   + 特定：目標具有可觀測的結果。 
   + 可測量：您可以量化或指出結果的進度。
   + 可達成：成果實際可行。 
   + 相關：目標符合或支援其他目標或策略計畫。 
   + 限制時間：您可以設定工作的目標日期。

1. 描述 解決方案不應變更的強制性設計元素、規定的實作詳細資訊，或目前狀態和計劃未來狀態的層面。限制是建議替代選項時可以解決的限制。限制條件的一些範例包括：
   + 預算限制 
   + 時間限制 
   + 技術 
   + 基礎設施 
   + 政策 
   + 可用資源的限制
   + 以團隊和利益相關者的技能為基礎的限制 
   + 要求某些利益相關者不應受解決方案影響 
   + 符合法規

1. 描述決定未來狀態是否符合業務需求的理念。在不確定的環境中，可能很難證明計劃的變更將滿足業務需求。假設已定義，以便可以進行適當的課程更正，包括在假設證明無效時重新導向或終止倡議。

1. 檢閱商業案例中考慮的替代方案，並判斷是否有彈性評估其他選項。如果是這樣，請指出調查可能的解決方案時會考慮和不會考慮哪些類型的選項，包括組織結構或文化、功能和程序、技術和基礎設施、政策、產品或服務的變更。

1. 識別解決方案的潛在價值，這是在考慮營運成本之後解決方案的淨利益。一般而言，相較於未採取任何動作，變更必須為組織帶來更大的價值。在某些情況下，未來狀態會呈現與目前狀態相比的值減少。例如，回應增加的競爭或遵守新法規會降低整體價值，但為維持運作所必需。根據預期效益、預期成本，以及若未進行任何變更時可能產生的結果，來表達潛在價值。

1. 視需要重新整理[變更加速策略和計劃 (OCA 3.1)。](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-ocm/envision-future.html#envision-change)

1. 向整個組織的領導者傳達雲端目標，並根據輸入對其進行修訂。

1. 將雲端目標和目的向下層疊到前線。

1. 將雲端目標連結至個別績效審核程序或人力資源系統。

1. 向所有員工傳達成功，並將專案連結至整體公司目標。