本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 沟通与治理计划
<a name="communication-governance-planning"></a>

## 沟通与治理策略
<a name="communication-governance-strategy"></a>

您的沟通内容和沟通方式可能是割接成功的关键。为了确保成功，我们建议您制定并实施一项沟通与治理策略，提供有关沟通工具的明确指导，定义所有权角色，并为每项割接任务指定沟通渠道。我们还建议迁移团队对沟通策略进行记录和管理，并作为项目管理的一部分，将其与迁移升级路径集成。

## 沟通与治理渠道
<a name="communication-governance-channel"></a>

建立沟通渠道时，务必定义目标受众，确定哪种沟通方式最有效。例如，如果组织中的大多数人不主动监控电子邮件，那么即时消息可能是首选方法。我们建议您在所有相关利益相关者之间建立一个渠道。理想情况下，在割接前、割接中和割接后，渠道都是开放的，并且您的利益相关者对您设置的沟通协议负责。

在某些情况下，可能需要对沟通渠道进行分组（例如，为业务部门或密切相关的应用程序创建 Slack 组）。我们建议您将管理沟通和消息的责任分配给沟通负责人或迁移经理。

**注意**  
在进行任何割接之前，最好是获得迁移团队、频波所有者和应用程序所有者的支持。务必充分告知所有应用程序利益相关者割接情况。

下表列出了各种沟通渠道的高级沟通协议示例。


| 渠道 | 方法 | 所有者 | 频率 | 
| --- | --- | --- | --- | 
| 高级利益相关者（内部） | 电子邮件 | 项目经理或割接经理 | 重大事件（如开始和结束日期）或确认的 P1 问题 | 
| 项目/技术团队  | Slack 或微软 Teams 聊天室 |  所有负责发布活动最新信息的利益相关者 项目经理或割接经理  | 所有任务的开始和结束日期及延迟 | 
| 数据中心监控团队/L1 运维 | 简报会和电子邮件 | 项目经理或割接经理 | 开始参与（四周后），每个已完成阶段的更新 | 
| 客户的高级利益相关者 | 简报会和电子邮件 | 项目经理或割接经理 | 开始参与（四周后），每个已完成阶段的更新 | 
| 最终客户 | 电子邮件 | 项目经理或应用程序所有者 | 割接开始和结束 |