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

# 6.3 永續性計畫精簡
<a name="sustainability"></a>

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

永續性計劃的持續改進 ([Envision the Future， 3.7](https://docs.aws.amazon.com/prescriptive-guidance/latest/oca-framework-envision-future/sustainability.html)) 對於確保雲端轉型的長期成功至關重要，即使在專用轉型團隊解散之後也是如此。該計劃建立持久的機制來維護和發展雲端採用實務，並將其嵌入組織的基礎。透過專注於永續性，組織可以：
+ 保護其雲端投資的持久回報。
+ 維持創新和效率收益的動能。
+ 更輕鬆地適應新興的雲端技術和實務。
+ 培養持續改進和雲端流暢性的文化。

若要嵌入變更並確保永續性，組織應該：
+ 透過每季向資深主管報告，將變革衡量結果正式化。
+ 將雲端採用指標整合至員工績效計劃。
+ 為員工分配專用時間，以監控和推動雲端採用。
+ 將雲端相關活動與正式程序保持一致，例如年度績效審核和合規培訓。

## 最佳實務
<a name="sustainability-best-practices"></a>

隨著時間的推移，持續獲得改善需要主動且系統性的方法來建立內部永續性和擁有權。檢閱下列建議步驟，以規劃組織加速策略未來階段的擁有權。

### 1. 識別持續的 OCA 需求
<a name="identify-ongoing-needs"></a>

當您完成雲端轉換的初始階段時，可能會出現其他變更。例如，變更某個業務領域的文化或行為可能需要變更另一個業務領域的程序。或者，某些業務領域的雲端成功可能會擴展到其他業務單位。 若要判斷未來變革階段的擁有權：
+ 檢閱您的變更規劃資料和意見回饋。在整個過程中發現了哪些關鍵風險，這些風險可以在未來的變更專案中解決？  您未預期的意見回饋有哪些？  您會在哪裡看到組織的自然後續步驟？
+ 優先考慮潛在的未來變更。哪些變更是必要的，哪些是有用的，但不重要？  實作這些未來的變革計畫有多容易？  哪些變更可以以最少的工作量實作？  哪些變更對組織的影響最大？
+ 對未來的變更進行高階變更影響評估，以判斷變更的粗略程度和範圍。
+ 識別未來的變革發起人。與您目前的變革發起人或資深業務主管合作，以找出能夠發起變革專案並判斷潛在業務案例的資深主管。 若要提供核准以繼續進行新專案，資深業務主管必須能夠看到其業務單位的業務價值。 針對新變革專案，重複定義階段的變更程序。
+ 記錄 OCA 程序和程序。
+ 對於未來的變革計畫，請重複在此變革專案中執行的變更架構，從專案啟動開始並組合您的變革團隊開始。

### 2. 轉換持續擁有權
<a name="transition-ongoing-ownership"></a>

識別需要完成或應持續超過初始雲端專案生命週期的 OCA 活動。您需要建立或指派 哪些正式結構和責任給標準角色？ 您打算如何轉換並達成持續擁有變更的協議？

每個變革專案都涉及許多利益相關者，需要許多人員才能實作變革計畫。 找出應該參與變革專案持續永續性的人員。

設定時間範圍，以在專案正式完成後每隔一段時間重新評估和審查持續擁有權 （例如，每 3 個月、每 6 個月或每 12 個月，取決於專案持續時間）。

以下是確保變更內嵌且永續的一些潛在考量： 
+ 透過向變革倡議者或其他高級管理人員進行季度報告，將變革衡量正式化。
+ 將變更嵌入員工的績效計劃或工作職責中。
+ 分配員工每週時間的百分比來監控變更。
+ 將變更相關活動與其他正式程序和政策 （例如年度績效計劃、年度合規培訓、招聘計劃和預算流程） 保持一致。

根據專案的需求，您可能需要制定持續改進計劃和持續審核計劃，以監控和評估您的變更。持續改進計劃可能包含以下章節：
+ 用途
+ 控管結構  
+ 角色和責任
+ 事件行事曆，包括檢閱和意見回饋工作階段
+ 持續的成功措施

### 3. 轉換通訊
<a name="transition-communications"></a>

此步驟的目標是將通訊策略的完整管理轉移到客戶組織，或維持公司內部的職能，以確保計劃的通訊繼續。這可能包括下列任務：
+ 制定轉換計劃。
+ 識別持續的溝通擁護者。
+ 與溝通擁護者會面，概述角色、責任、階層和動作項目。
+ 進行轉換會議以確認後續步驟。
+ 制定溝通路線圖。

關鍵考量事項：
+ 確保溝通擁護者已準備好接受轉換；也就是說，團隊經過充分訓練，有時間完成任務，並在技術上準備好支援計畫。
+ 識別適當的資源，以在專案開始時管理持續的通訊。

### 4. 轉換訓練
<a name="transition-training"></a>

此步驟的目標是為組織提供後續訓練計畫，並開發其他資料，以解決雲端遷移後發現的訓練差距。此外，轉換訓練涉及為組織提供專案後封存。要考慮的關鍵動作：
+ 檢閱意見回饋、經驗教訓和變更。
+ 透過評估表單向參與者徵求意見回饋。
+ 視需要開發其他訓練支援資料。
+ 記錄未來的狀態訓練計畫，其中可能包括新進人員的訓練、每季或事件驅動的訓練重新整理、新 AWS 解決方案和服務的訓練、 AWS 認證和重新認證計畫等。
+ 建立所有相關訓練資料的封存檔，例如專案計劃、稽核和評估調查結果、訓練策略、課程大綱、最終文件、評估表單等。
+ 制定更新材料的計劃。

### 5. 轉換變更加速指標
<a name="transition-change-acceleration-metrics"></a>

持續收集和監控關鍵指標是維持變革和雲端採用的重要因素。識別多個組織層級的關鍵指標，這些指標表示實現計劃的業務成果。這些關鍵指標可識別偏離雲端目標的任何風險。經常在三個層級監控這些指標，以偵測可能影響實現所需業務成果的偏差：
+ 組織變革加速
+ 雲端程式、專案和工作流
+ 業務成果

使用 OCA 6-Point架構的下列元件：
+ [調動團隊 - 1.5 專案目標](https://docs.aws.amazon.com/prescriptive-guidance/latest/oca-framework-mobilize-team/goals-objectives.html)
+ [調動團隊 - 1.7 變更採用指標](https://docs.aws.amazon.com/prescriptive-guidance/latest/oca-framework-mobilize-team/change-adoption-metrics.html)
+ [協調領導者 - 適用於變革的 2.5 商業案例](https://docs.aws.amazon.com/prescriptive-guidance/latest/oca-framework-align-leaders/business-case.html)

對於每個層級的指標，請確定已備妥下列項目，以確保永續性：
+ 資料收集和測量計畫：資料收集的措施、操作定義、資料來源、資料收集方法和頻率為何？
+ 自動化計劃：如何自動化資料收集？
+ 負責、負責、諮詢、告知 (RACI) 矩陣：監控關鍵指標的角色和責任是什麼？
+ 回應計劃：如果偵測到偏差，緩解和改善每個關鍵指標的計劃是什麼？

### 6. 取得領導層簽署
<a name="obtain-leadership-sign-off"></a>

決定誰需要核准完成變更加速活動。與變革發起人和業務領導者組織會議，以討論下列事項：
+ 在專案期間或專案檢閱工作階段期間可能提出的任何新變更專案
+ 持續所有權的轉移 (RACI 矩陣）
+ 專案正式完成之前需要解決的任何未完成項目
+ 專案交付項目的核准
+ 專案的核准

下表說明簽署記錄表的範例。


| **日期** | **文件編號** | **可交付項目** | **作者** | **核准者** | 
| --- | --- | --- | --- | --- | 
| 插入日期 | 插入文件參考號碼 （如果相關） | 變更相關交付項目的標題 （例如，溝通策略和計畫、變更管理策略和計畫、持續改進計畫） | 開發可交付成果的人員 | 應核准交付項目的變更發起人或業務領導者簽名 | 

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

為了確保雲端轉型的長期成功，請實作本節所述的進階永續性措施。

1. 實作知識轉移計劃：
   + 在雲端轉型團隊解散之前，為複雜的 OCA 活動建立陰影或反向陰影程序。
   + 建立雲端轉型手冊，記錄最佳實務、經驗教訓和關鍵程序。
   + 制定指導計畫，將精通雲端的員工與仍在開發技能的員工配對。

1. 透過對雲端轉型成功至關重要的文化特性執行實作後調查，進行全面的文化評估。使用或修改下列問卷問題，並套用 Likert 縮放來測量結果 （例如， 您可以使用 1 到 5 的縮放比例：強烈不贊同、不贊同、中立、同意、強烈贊同）。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/oca-framework-make-culture-change-stick/sustainability.html)

1. 建立雲端控管架構：
   + 針對雲端用量、安全性和成本管理，制定明確的政策和指導方針。
   + 實作自動化合規檢查和修復程序。
   + 建立雲端財務管理策略，以最佳化支出並展現持續投資報酬率。

1. 將雲端指標整合至業務關鍵績效指標 KPIs)：
   + 將雲端採用指標與整體業務績效指標保持一致。
   + 將雲端相關目標納入執行和管理計分卡。
   + 開發將雲端用量與業務成果連結的儀表板，以獲得領導可見性。

1. 實作持續學習機制：
   + 建立內部技術講座和知識分享工作階段的定期節奏。
   + 建立雲端創新實驗室，讓員工可以實驗新的 AWS 服務。
   + 開發持續雲端教育的課程，包括技術和非技術軌道。

1. 精簡 OCA 程序：
   + 開發專門針對雲端相關計畫的變革諮詢委員會。
   + 實作正式程序來評估和採用新的 AWS 服務。
   + 建立專為雲端特定專案量身打造的變更管理範本。

1. 定期執行永續性稽核：
   + 對永續性計劃執行一年兩次的審查，並根據組織變更和新 AWS 功能視需要進行調整。
   + 聘請第三方專家，提供雲端永續性工作的外部觀點。
   + 將您的雲端永續性實務與產業領導者和 AWS 案例研究進行基準測試。

1. 發展 CCoE：
   + 將 CCoE 從以專案為中心的實體轉換為持續雲端創新的策略驅動因素。
   + 輪換 CCoE 中的成員資格，帶來全新觀點並分散雲端專業知識。
   + 讓 CCoE 能夠推動跨職能雲端計劃並消除採用障礙。

1. 制定長期雲端人才策略：
   + 在組織內建立雲端特定的職業路徑。
   + 與大學合作並編碼引導攝影機，以開發雲端專家管道。
   + 實作雲端品牌代表程式，在內部和外部推廣雲端採用。

精心打造並努力執行的永續性計畫，是長期雲端轉型成功的基礎。透過有系統地解決持續的需求、轉換擁有權，以及將雲端優先實務嵌入組織的文化和程序中，公司可以確保其雲端投資在未來能持續獲得好處。永續性計劃的定期評估和改進，加上堅強的領導承諾，將推動組織雲端之旅中的持續改進和創新。