OPS 2: 如何构建组织结构来为业务成果提供支持？
您的团队必须了解他们在实现业务成果方面所发挥的作用。团队需要了解自己在其他团队获得成功过程中所扮演的角色、其他团队在他们获得成功的过程中所扮演的角色，并设定共同的目标。了解责任分配、所有权归属、决策制定方式以及决策者将有助于集中精力，最大限度地发挥团队的优势。
最佳实践:
-
确定资源所有者: 了解对每个应用程序、工作负载、平台和基础设施组件拥有所有权的人员，各组件提供了哪些业务价值，以及为什么具有这种所有权。了解这些独立组件的业务价值以及它们如何支持业务成果将为它们应用的流程和程序提供信息。
-
确定流程和程序所有者: 了解谁对各个流程和程序的定义拥有所有权、为何使用这些特定的流程和程序，以及为什么存在这种所有权。了解使用特定流程和程序的原因将有助于发现改进机会。
-
确定对运营活动绩效负责的所有者: 了解谁负责针对定义的工作负载执行特定活动，以及为什么负责。了解谁负责执行活动可让我们知晓谁来开展活动、验证结果并向活动所有者提供反馈。
-
团队成员知道自己的责任: 了解您的角色具有哪些责任以及如何为业务成果做出贡献可帮助您确定任务的优先级以及自身角色的重要性。这使团队成员能够了解需求并做出适当响应。
-
制定用于确定责任和所有权的机制: 在未确定个人或团队时，要为有权分配所有权或计划满足该需求的人定义升级路径。
-
制定用于请求添加、更改和例外的机制: 您可以向流程、程序和资源的所有者提出请求。对收益和风险进行评估之后，做出明智的决定，批准可行的和确认合适的请求。
-
预先定义或协商团队间的职责: 团队之间具有定义或协商的协议，以说明团队之间的合作和相互支持方式（例如响应时间、服务级别目标或服务级别协议）。了解团队工作对业务成果的影响以及其他团队和组织的成果可以确定其任务的优先级，并帮助他们做出适当的响应。
改进计划
确定资源所有者
- 定义所有权形式及其分配方式: 在您的组织中，不同的使用案例对所有权的定义可能也有所不同。您可能希望将“工作负载所有者”定义为承担工作负载操作的风险和责任，并最终有权对工作负载做出决策的个人。您可能希望根据财务或行政责任来定义所有权，这样所有权将转移到上级组织。开发人员可以是开发环境的所有者，并对运营引发的事件负责。他们的产品负责人可能要对与开发环境运营相关的财务成本负责。
- 定义组织、账户、资源集合或单个组件的所有者: 在适于访问、易于发现的位置定义和记录所有权。及时更新定义和所有权的详细信息。
- 在资源元数据中捕获所有权: 使用元数据（例如标签或资源组）捕获资源所有权，详细说明所有权和联系信息。使用 AWS Organizations 构建账户，并确保捕获所有权和联系信息。
确定流程和程序所有者
- 确定流程和程序: 确定为支持工作负载而开展的运营活动。将这些活动记录在易于发现的位置。
- 确定谁负责定义流程或程序: 唯一标识负责活动规范的个人或团队。他们负责确保由技能娴熟且具有正确的权限、访问权限和工具的团队成员来成功执行活动。如果执行活动时遇到问题，那么执行活动的团队成员有责任提供详细反馈，推进活动改进。
- 在活动构件的元数据中捕获所有权: 在 AWS Systems Manager 之类的服务中通过文档和 AWS Lambda 函数自动执行的程序支持以标签形式捕获元数据信息。使用标签或资源组捕获资源所有权，详细说明所有权和联系信息。使用 AWS Organizations 创建标记策略，并确保捕获所有权和联系信息。
确定对运营活动绩效负责的所有者
- 确定流程和程序: 确定为支持工作负载而开展的运营活动。将这些活动记录在易于发现的位置。
- 确定各项活动的执行负责人: 确定负责某项活动的团队。确保他们具有活动的详细信息，具备执行活动所需的技能以及正确的权限、访问权限和工具。他们必须了解活动执行条件（例如基于某个事件或计划）。显示这些信息，以便组织成员确定针对特定需求他们需要联系的人员（团队或个人）。
团队成员知道自己的责任
制定用于确定责任和所有权的机制
制定用于请求添加、更改和例外的机制
预先定义或协商团队间的职责