変更通知
変更通知とは、移行の影響を受けるすべてのユーザーがクラウド移行プロセスを確実に理解できるように、今後の変更についてビジネスに通知することです。
通知計画は一貫性を保つことができますが、個々のユーザーとオペレーターのために、各ワークロードは独自の変更通知を行う必要があります。
変更通知は、変更管理チームによってキャプチャされた変更要求に付随して行われます。 変更管理チームと協力して、変更が適切に管理されるようにする必要があります。 そのチームは、変更の通知においてもサポートを行う場合があります。
変更通知の対象ユーザー
変更通知では、組織内のさまざまなグループをターゲットにする必要があります。 次のロールごとに明確な計画が必要です。
- 該当するワークロードを使用してアクティビティを完了するビジネス ユーザー
- リスク管理を計画し、カットオーバーが必要なすべての要件に従っていることを確認する必要がある変更マネージャー
- Azure に移行する資産のオーナーとオペレーター
- Azure に移行する資産にデプロイする開発者
- 移行を実行する移行エンジニア
Note
組織に含めるべき、その他の必要な役割がある場合もあります。
通知内容の変更
変更通知では、今後の変更が具体的にどのように影響するか、準備するために何を行う必要があるかを、各ロールに明確に伝える必要があります。 また、変更通知には、関連するシステムまたは関連するビジネス領域で作業するグループも含める必要があります。 準備手順がなく、変更の影響を直接受けない場合でも、作業に間接的な影響がある場合に備えて注意する必要があります。
変更通知では、次の質問に答える必要があります。
- 重要な日程: 移行の重要な日程
- 影響:誰の作業が、いつ、どのくらいの期間中断されますか?
- 完了手順: 準備を整えるために、変更よりも前に各ロールはどのような作業を完了する必要がありますか?
- 変更後の手順: 機能を確認するために、変更後に各ロールはどのような作業を完了する必要がありますか?
- サポートを受けたり、詳細を確認したりする: 質問や課題がある場合、個人では誰に連絡する必要がありますか?
関係するロールの数により、異なる変更通知をさまざまな対象ユーザーに送信することが必要になる場合があります。 期間と予想されるサービス停止について説明し、IT リソースに関するより具体的な伝達を行う、一般ユーザー向けの広範なコミュニケーションが利用可能な場合があります。
変更通知の内容例
次のテンプレートを使用して、変更通知の下書きを作成できます。
通知する内容 | 詳細 |
---|---|
変更点 | アプリケーション X が Azure に移行します! |
この変更が行われる時期 | 2024 年 2 月 29 日午後 10 時 PST |
この変更で誰が影響を受けるか | アプリケーション X のビジネス ユーザーと、アプリケーション X から情報を取得するシステムを使用するユーザー。 |
どのような影響を受けるでしょうか。 | 2024 年 3 月 1 日午前 2 時 PST にシステムが復元されるまで、アプリケーション X は新しい作業に使用できません。 |
何をする必要がありますか? | 変更する前に必ず、アプリケーション X の作業を保存します。 通常の機能は 3 月 1 日に再開できます。 問題が発生した場合は、連絡を取ります。 |
誰に連絡すればよいですか? | 変更前に質問や詳細情報については、<メール>でお問い合わせください。 変更後に問題が発生した場合は、Contoso ヘルプデスクにお問い合わせください。 件名行で Application X を言及します。 |
次のステップ
ビジネス テスト (ユーザー受け入れテスト (UAT)) は、ビジネスの変更を文書化して計画した後に開始できます。