本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
通訊和控管規劃
通訊和控管策略
您通訊的內容和通訊方式可能是切換成功的關鍵。為了取得成功,我們建議您制定並實作通訊和控管策略,該策略為通訊工具提供明確的指導方針,定義擁有權角色,並為每個切換任務指定通訊通道。我們還建議您的通訊策略由遷移團隊記錄和控管,並作為專案控管的一部分與您的遷移升級路徑整合。
通訊和控管通道
在建立通訊通道時,定義目標受眾並決定哪種通訊方法最有效非常重要。例如,如果組織內的大多數人不主動監控電子郵件,則即時簡訊可能是偏好方法。我們建議您為所有相關利害關係人建立通道。理想情況下,通道在切換之前、期間和之後都是開放的,且您的利害關係人對您設定的通訊協定負責。
在某些情況下,可能需要將通訊通道分組 (例如,為業務單位或密切相關的應用程式建立 Slack 群組)。我們建議您將管理通訊和簡訊的責任指派給通訊主管或遷移經理。
注意
在進行任何切換之前,最佳實務是取得遷移團隊、波次擁有者和應用程式擁有者的支援。請務必充分通知所有應用程式利害關係人有關切換的資訊。
下表顯示了各種通訊通道的高層級通訊協定的範例。
| 頻道 | 方法 | Owner | 頻率 |
|---|---|---|---|
資深利害關係人 (內部) |
電子郵件 |
計畫經理或切換經理 |
主要事件 (例如,開始和結束日期) 或已確認的 P1 問題 |
專案/技術團隊 |
Slack 或 Microsoft Teams 聊天室 |
負責發佈有關活動的更新的所有利害關係人 計畫經理或切換經理 |
所有任務開始和結束日期及延遲 |
資料中心監控團隊/L1 營運 |
簡報會和電子郵件 |
計畫經理或切換經理 |
參與開始 (四週後),並更新每個已完成的階段 |
客戶資深利害關係人 |
簡報會和電子郵件 |
計畫經理或切換經理 |
參與開始 (四週後),並更新每個已完成的階段 |
終端客戶 |
電子郵件 |
計畫經理或應用程式擁有者 |
切換的開始和結束 |