确立业务承诺
在创建业务一致性时，首先是确保每个人都使用相同的术语。 在大多数情况下，IT 部门的工程师不会使用与业务利益干系人相同的单词。
制定云策略是统一这些术语和调查在 IT 与业务之间所做承诺的绝好机会。 后面三个词可帮助提升与业务利益干系人的对话：重要性、影响和承诺。
所有团队在术语方面保持一致后，你应该记录并存储该信息以便访问。
重要性
工作负载对企业来说有多重要？ 如果你询问用户，大多数用户会说他们的日常工作负载最关键，但这种对话需从业务概述的角度进行。
全公司都重视可确保对话中涉及的每个人的想法一致。 下表是重要性范围的示例：
- 任务关键：工作负载影响公司的使命，并且可能会显著影响公司的损益表。
- 单位关键：工作负载影响特定业务单位的使命及其损益表。
- 高：工作负载可能不会影响公司的使命，但会影响非常重要的流程。
- 中：可能会影响流程。 损失较小或不可估量，但可能会破坏品牌形象或造成上游损失。
- 低：无法衡量对业务流程造成的影响。 不会破坏品牌形象或造成上游损失。 需要本地化对单个团队造成的影响。
- 不受支持：没有与此工作负载关联的企业所有者、团队或流程可证明在工作负载正在进行的管理中所作的任何投资。
某些工作负载可能不会归类为重要，但可能是间接重要的。 例如，如果非关键合规性管理工具脱机，那么维持业务关键的合规性要求变得非常困难。 长远来看，这可能会影响公司的使命。
工作负载可能也很重要，因为消费最多的客户会使用它。 另一个软成本因素是董事会或首席执行官每天都在使用工作负荷。
你可以为所有工作负载确定一个默认重要性（例如“中等”），而不是单独处理每个工作负载。 使用默认重要性，可更轻松地标识需要更高或更低重要性分类的工作负荷。
影响
企业需要了解服务中断的代价。 影响对话的输出用于平衡云管理的投资。
最常见的影响指标是“每小时的影响”，这意味着每小时中断造成的运营收入损失。 若要估计每小时的影响，你可以查看以前中断的历史数据。 此外，还可以与财务部门协作来确定估计每小时损失的最佳方法。 如果找不到任何财务数据，可以使用受影响客户的百分比来衡量影响。
承诺
所记录的业务与 IT 之间的承诺建立了真正的合作伙伴关系。 所有业务都有对公司至关重要的工作负荷。 如果这些关键工作负载中的任何一个发生故障，则整个公司都将受到影响。 在范围的另一端，一些工作负荷可以在没有任何通知的情况下脱机数月。 应采用不同方式管理这些工作负荷。
业务承诺是在运营管理级别和运营成本之间找到平衡。 对于大多数工作负荷，基线级别就足够了。 使用关键工作负载，可更轻松地证明双倍管理成本的合理性，因为存在业务中断的潜在影响。
管理基线
第一项业务承诺以承诺的形式提供一组运营管理服务级别。 这些服务称为“管理基线”。 根据基线中包含的服务，中心 IT 可轻松地计算最低服务级别协议 (SLA)，该协议将应用于部署到受控云平台的各项内容。
管理影响较大的方面
第二项业务承诺聚焦于各种平台和工作负载的操作所需的其他内容。 重要性或影响级别更高的平台或工作负载都可能需要超过最低 SLA。
为了履行业务承诺，请务必记录负责管理这些工作负载的更高级别的日常运营的组。 这可能是中心 IT 团队或不同组之间的混合模型的集中式责任。