本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 通訊和控管規劃
<a name="communication-governance-planning"></a>

## 通訊和控管策略
<a name="communication-governance-strategy"></a>

您通訊的內容和通訊方式可能是切換成功的關鍵。為了取得成功，我們建議您制定並實作通訊和控管策略，該策略為通訊工具提供明確的指導方針，定義擁有權角色，並為每個切換任務指定通訊通道。我們還建議您的通訊策略由遷移團隊記錄和控管，並作為專案控管的一部分與您的遷移升級路徑整合。

## 通訊和控管通道
<a name="communication-governance-channel"></a>

在建立通訊通道時，定義目標受眾並決定哪種通訊方法最有效非常重要。例如，如果組織內的大多數人不主動監控電子郵件，則即時簡訊可能是偏好方法。我們建議您為所有相關利害關係人建立通道。理想情況下，通道在切換之前、期間和之後都是開放的，且您的利害關係人對您設定的通訊協定負責。

在某些情況下，可能需要將通訊通道分組 (例如，為業務單位或密切相關的應用程式建立 Slack 群組)。我們建議您將管理通訊和簡訊的責任指派給通訊主管或遷移經理。

**注意**  
在進行任何切換之前，最佳實務是取得遷移團隊、波次擁有者和應用程式擁有者的支援。請務必充分通知所有應用程式利害關係人有關切換的資訊。

下表顯示了各種通訊通道的高層級通訊協定的範例。


| 頻道 | 方法 | Owner | 頻率 | 
| --- | --- | --- | --- | 
| 資深利害關係人 (內部) | 電子郵件 | 計畫經理或切換經理 | 主要事件 (例如，開始和結束日期) 或已確認的 P1 問題 | 
| 專案/技術團隊  | Slack 或 Microsoft Teams 聊天室 |  負責發佈有關活動的更新的所有利害關係人 計畫經理或切換經理  | 所有任務開始和結束日期及延遲 | 
| 資料中心監控團隊/L1 營運 | 簡報會和電子郵件 | 計畫經理或切換經理 | 參與開始 (四週後)，並更新每個已完成的階段 | 
| 客戶資深利害關係人 | 簡報會和電子郵件 | 計畫經理或切換經理 | 參與開始 (四週後)，並更新每個已完成的階段 | 
| 終端客戶 | 電子郵件 | 計畫經理或應用程式擁有者 | 切換的開始和結束 |