通訊和控管規劃 - AWS 方案指引

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

通訊和控管規劃

通訊和控管策略

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

通訊和控管通道

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

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

注意

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

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

頻道 方法 Owner 頻率

資深利害關係人 (內部)

電子郵件

計畫經理或切換經理

主要事件 (例如,開始和結束日期) 或已確認的 P1 問題

專案/技術團隊

Slack 或 Microsoft Teams 聊天室

負責發佈有關活動的更新的所有利害關係人

計畫經理或切換經理

所有任務開始和結束日期及延遲

資料中心監控團隊/L1 營運

簡報會和電子郵件

計畫經理或切換經理

參與開始 (四週後),並更新每個已完成的階段

客戶資深利害關係人

簡報會和電子郵件

計畫經理或切換經理

參與開始 (四週後),並更新每個已完成的階段

終端客戶

電子郵件

計畫經理或應用程式擁有者

切換的開始和結束