翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
タスク: 通信ゲートとスケジュールの定義
大規模な移行プロジェクトのステージ 2 では、ポートフォリオワークストリームがウェーブを積極的に計画しており、移行ワークストリームがウェーブを移行しています。プロジェクトガバナンスワークストリームは、これらのアクティビティを監督し、コミュニケーションゲートを通じて波をガイドするのに役立ちます。コミュニケーションゲートは、進行中のウェーブアクティビティとステータスをステークホルダーに正式に伝えるときのタッチポイントです。各ゲートで、指定されたゲート所有者は指定された対象者にウェーブステータスについて通知し、今後のアクティビティや会議についてアプリケーション所有者にリマインドします。ゲートは通常、移行のマイルストーンに対応し、コミュニケーションゲートを定義すると、すべてのプロジェクトステークホルダーの透明性を最大化できます。ウェーブを個別に移動するか、ウェーブをグループ化できます。
このタスクでは、以下を実行します。
ステップ 1: 通信ゲートを定義する
移行中、すべてのワークロードを移行し、プロジェクトが完了するまで、各ウェーブまたはウェーブのグループに対して通信ゲートを繰り返します。少なくとも、次の通信ゲートをお勧めします。プロジェクトに応じて、プロジェクトにゲートを追加することもできます。
Gate |
おおよそのタイムライン |
目的 |
ゲート所有者 |
オーディエンス |
|---|---|---|---|---|
ゲート 1: T マイナススケジュールを作成する |
ウェーブプランが完了する前に |
各ゲートのスケジュール日 |
プロジェクトマネージャーまたはコミュニケーションチーム |
アプリケーション所有者、コミュニケーションリーダー、移行リーダー |
ゲート 2: T-28 コミット会議 |
カットオーバーの 4 週間前 |
アプリケーション所有者とのウェーブの開始 |
プロジェクトマネージャーまたはコミュニケーションチーム |
アプリケーション所有者、コミュニケーションリーダー、移行リーダー |
ゲート 3: T-21 通信 |
カットオーバーの 3 週間前 |
カットオーバーは 21 日後に行われる予定であることのリマインダー |
プロジェクトマネージャーまたはコミュニケーションチーム |
アプリケーション所有者、コミュニケーションリーダー |
ゲート 4: T-14 チェックポイント会議 |
カットオーバーの 2 週間前 |
スケジュールを確認し、準備タスクの進捗状況を評価する |
プロジェクトマネージャーと移行リーダー |
アプリケーション所有者、コミュニケーションリーダー、移行リーダー |
ゲート 5: T-7 通信 |
カットオーバーの 1 週間前 |
カットオーバーは 7 日後に行われる予定であることのリマインダー |
コミュニケーションチーム |
アプリケーション所有者、運用チーム |
ゲート 6: T-1 go または no-go ミーティング |
カットオーバーの 24~48 時間前 |
移行カットオーバーの準備状況を確認する |
プロジェクトマネージャーまたはコミュニケーションチーム |
クラウド運用チーム、アプリケーション所有者、インフラストラクチャチーム |
ゲート 7: T-0 カットオーバー会議 |
カットオーバー日 |
アプリケーションのカットオーバーとテスト |
プロジェクトマネージャーと移行リーダー |
クラウド運用チーム |
ゲート 8: ハイパーケア期間の開始 |
カットオーバーから 1 営業日後 |
カットオーバーが完了し、ハイパーケア期間が開始されたという通知 |
プロジェクトマネージャーまたはコミュニケーションチーム |
アプリ所有者 |
ゲート 9: ハイパーケア期間の終了 |
カットオーバーから 4 営業日後 |
ハイパーケア期間が完了したことの通知 |
プロジェクトマネージャー、コミュニケーションチーム、またはクラウド運用チーム |
ウェーブのアプリケーション所有者、コミュニケーションリーダー、クラウド運用チーム |
次の図は、ポートフォリオと移行ワークストリームにおけるこれらの通信ゲートのシーケンスを示しています。ゲート 1 はウェーブプランニング中に、ゲート 2~6 は移行中に、ゲート 7 はカットオーバー会議、ゲート 8~9 はハイパーケア期間中に発生します。ゲート 2 ~ 6 は という形式で名前が付けられますT-#。は残り時間Tを参照し、 #は予定されたカットオーバー日までの残り日数です。
大規模な移行プロジェクトの通信ゲートを次のように定義します。
-
プロジェクトに追加の通信ゲートが必要かどうかを判断します。たとえば、プロジェクトに、アプリケーション所有者との移行準備の円滑化を担当するシングルスレッドリーダーがいない場合は、今後のアクティビティと期日をアプリケーション所有者に知らせるための追加のコミュニケーションゲートを含めることができます。
-
Jira や Confluence などの共有リポジトリまたはプロジェクト追跡アプリケーションで、大規模な移行プロジェクトの通信ゲートを記録します。ゲートごとに次の属性を必ず記録してください (例: 通信ゲートテーブルを参照)。
-
ゲート番号と名前
-
ワークストリームのマイルストーンまたはカットオーバーに関連してゲートが発生するおよそのタイムライン
-
ゲートの目的
-
ゲート所有者と呼ばれる、ゲートを担当する個人またはチーム
-
対象者と呼ばれる、コミュニケーションを受け取ったりゲート会議に参加したりする個人またはチーム
-
(オプション) ゲート所有者が使用する通信テンプレートまたはプレゼンテーションテンプレート
-
ステップ 2: T-minus スケジュールテンプレートを作成する
T マイナススケジュールは、ウェーブごとに完了する必要があるすべての高レベルの移行アクティビティを表す視覚的な方法です。ウェーブプランニングの終了からハイパーケア期間の終了までの期間をカバーします。高レベルの移行アクティビティは移行戦略によって異なるため、移行戦略ごとに T-minus スケジュールテンプレートが必要です。T-minus スケジュールは、キックオフ会議と T-28 および T-14 コミット会議で共有します。
通常、カットオーバー日からさかのぼって T マイナススケジュールを構築します。アクティビティを移行マイルストーンに整理し、プロジェクト管理ツール内で詳細なタスクを個別に追跡します。T-minus スケジュールでは、 で定義した通信ゲートも強調表示されますステップ 1: 通信ゲートを定義する。
プロジェクトガバナンスプレイブックテンプレートで使用できる T-minus スケジュールテンプレート (Microsoft PowerPoint 形式) から始めることをお勧めします。以下の操作を実行します。
-
T-minus スケジュールテンプレートを開きます。このテンプレートには、リホスト移行戦略のデフォルトの T マイナススケジュールが含まれています。
-
ユースケースに基づいて、デフォルトのリホスト移行アクティビティを変更します。各移行戦略のアクティビティのリストについては、AWS 大規模な移行の Foundation プレイブックで作成した責任、説明責任、相談、情報 (RACI) マトリックスを参照してください。
-
で行った決定に基づいて、デフォルトの通信ゲートを変更しますステップ 1: 通信ゲートを定義する。
-
リホスト T マイナススケジュールを出発点として使用し、リプラットフォームやリファクタリングなど、移行戦略ごとに T マイナススケジュールを作成します。
-
T-minus スケジュールをコミュニケーションチーム、移行チーム、クラウド運用チームと共有します。すべてのチームが連携しており、調整の必要がないことを確認します。
-
完成した T-minus スケジュールテンプレートをキックオフプレゼンテーションとウェーブワークショッププレゼンテーションに追加します。
ステップ 3: ゲートごとに標準の E メールテンプレートを作成する
各通信ゲートでアプリケーション所有者に送信する E メール通信用のテンプレートを作成します。これらの E メールには、ウェーブ内のアプリケーションに関する基本情報が含まれ、アプリケーション所有者にウェーブステータスを伝え、今後の期日や会議について関係者に警告する必要があります。
プロジェクトガバナンスプレイブックテンプレートに含まれている次のテンプレートから始めることをお勧めします。
-
T-28 の通信テンプレート (Microsoft Word 形式)
-
T-21 の通信テンプレート (Microsoft Word 形式)
-
T-14 の通信テンプレート (Microsoft Word 形式)
-
T-7 の通信テンプレート (Microsoft Word 形式)
-
T-1 の通信テンプレート (Microsoft Word 形式)
-
T-0 の通信テンプレート (Microsoft Word 形式)
-
カットオーバー完了のコミュニケーションテンプレート (Microsoft Word 形式)
-
ハイパーケア完了のコミュニケーションテンプレート (Microsoft Word 形式)
タスク終了条件
このタスクは、以下を実行すると完了します。
-
大規模な移行プロジェクトの通信ゲートを定義しました。
-
T-minus スケジュールテンプレートを作成しました。
-
T-minus スケジュールテンプレートをプロジェクトのステークホルダーと共有しました。
-
T-minus スケジュールテンプレートをキックオフプレゼンテーションとウェーブワークショッププレゼンテーションに統合しました。
-
ゲート E メール通信用の標準テンプレートを作成しました。