# OPS02-BP06 存在用於要求新增、變更和例外狀況的機制
您可以向流程、程序和資源的擁有者提出要求。要求包含新增、變更和例外狀況。這些要求會經歷變更管理程序。評估收益和風險後，若可行並經判斷是合適的行為，則應制定明智的決策以核准要求。
**預期成果：**
+ 您可以根據指派的擁有權提出變更流程、程序和資源的要求。
+ 權衡利益與風險，審慎進行變更。
**常見的反模式：**
+ 您必須更新您部署應用程式的方式，但無法透過營運團隊要求變更部署程序。
+ 災難復原計劃必須更新，但沒有已識別的擁有者可接受變更的要求。
**建立此最佳實務的優勢：**
+ 流程、程序和資源可能隨著要求的變更而演變。
+ 擁有者可做出關於何時應變更的明智決策。
+ 審慎進行變更。
**未建立此最佳實務時的風險暴露等級：**中
## 實作指引
若要實作此最佳實務，您必須能夠要求變更流程、程序和資源。變更管理程序可以精簡。記錄變更管理程序。
**客戶範例**
AnyCompany Retail 使用責任指派 (RACI) 矩陣來識別誰擁有流程、程序和資源的變更。他們記錄了精簡且容易遵循的變更管理程序。使用 RACI 矩陣和程序，任何人都能提交變更要求。
**實作步驟**
1. 識別您工作負載的流程、程序和資源，及其各自的擁有者。在您的知識管理系統中加以記錄。
1. 如果您尚未實作 [OPS02-BP01 已為資源識別擁有者](ops_ops_model_def_resource_owners.md)、[OPS02-BP02 已為流程和程序識別擁有者](ops_ops_model_def_proc_owners.md) 或 [OPS02-BP03 已為營運活動識別負責其效能的擁有者](ops_ops_model_def_activity_owners.md)，請先予以實作。
1. 與組織中的利害關係人合作制定變更管理程序。此程序應涵蓋資源、流程和程序的新增、變更與例外狀況。
1. 您可以使用 [AWS Systems Manager Change Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-manager.html) 作為工作負載資源的變更管理平台。
1. 在您的知識管理系統中記錄變更管理程序。
**實作計劃的工作量：**中。制定變更管理程序時，必須在整個組織的多個利害關係人之間取得共識。
## 資源
**相關的最佳實務：**
+ [OPS02-BP01 已為資源識別擁有者](ops_ops_model_def_resource_owners.md) - 在您建置變更管理程序之前，資源必須要有已識別的擁有者。
+ [OPS02-BP02 已為流程和程序識別擁有者](ops_ops_model_def_proc_owners.md) - 在您建置變更管理程序之前，程序必須要有已識別的擁有者。
+ [OPS02-BP03 已為營運活動識別負責其效能的擁有者](ops_ops_model_def_activity_owners.md) - 在您建置變更管理程序之前，營運活動必須要有已識別的擁有者。
**相關文件：**
+ [AWS 方案指引 - AWS 大型遷移的基礎程序手冊：建立 RACI 矩陣](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-foundation-playbook/team-org.html#raci)
+ [雲端中的變更管理白皮書](https://docs.aws.amazon.com/whitepapers/latest/change-management-in-the-cloud/change-management-in-the-cloud.html)
**相關服務：**
+ [AWS Systems Manager Change Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-manager.html)