# OPS02-BP06 制定用于请求添加、更改和例外的机制
<a name="ops_ops_model_req_add_chg_exception"></a>

您可以向流程、程序和资源的所有者提出请求。请求包括添加、更改和例外。这些请求都要经过变更管理流程。对收益和风险进行评估之后，做出明智的决定，批准可行和确认合适的请求。

 **期望结果：** 
+  您可以根据分配的所有权提出变更流程、程序和资源的请求。 
+  以慎重的态度作出变更，权衡益处和风险。 

 **常见反模式：** 
+  您必须更新部署应用程序的方式，但运营团队无法请求更改部署过程。 
+  必须更新灾难恢复计划，但没有可向其请求变更的已确定所有者。 

 **建立此最佳实践的好处：** 
+  流程、程序和资源会随着需求变化而演进。 
+  进行变更时，所有者可以作出明智的决定。 
+  以慎重的态度作出变更。 

 **在未建立这种最佳实践的情况下暴露的风险等级：**中等 

## 实施指导
<a name="implementation-guidance"></a>

 为实施这种最佳实践，您需要能够请求对流程、程序和资源作出变更。变更管理流程可以很轻巧。记录变更管理流程。 

 **客户示例** 

 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.  在知识管理系统中记录变更管理流程。 

 **实施计划的工作量级别：**中等。制定变更管理流程需要与整个组织的多个利益攸关方达成一致。 

## 资源
<a name="resources"></a>

 **相关最佳实践：** 
+  [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)