Go-live を計画する

  • 5 分

ソリューション アーキテクトは、お客様が Microsoft Power Platform ソリューションを導入する際に独自の役割を担っています。 ソリューション アーキテクトは、展開の成功に責任を負う担当者の中で重要な役割を果たします。

「Go-live」とは、Microsoft Power Platform ソリューションが稼働状態になるプロセスです。 このプロセスは、本番環境の稼働開始やソリューション ファイルの展開だけでなく、ユーザーのオンボーディングも含みます。 従来の顧客リレーションシップ管理システムから移行している場合、このプロセスに最終的な生産データ移行、古いシステムの使用停止、および新しいシステムのデプロイ後のサポートを含めることができます。

プロジェクトの稼働開始を成功させるために、ソリューション アーキテクトは稼働開始準備レビューを計画し、実施する必要があります。 レビューは会議でもワークショップでも構いませんが、ソリューション アーキテクトはレビュー用に、稼働開始に関するドキュメントを用意する必要があります。 レビューの目的は、お客様が稼働開始に向けてどれだけ準備ができているかを評価することです。 稼働開始準備レビューは、お客様の稼動開始日の前に予定され、完了する必要があります。理想的には、レビューで明らかになった必要な修正を行うのに十分な時間が必要です。

稼働開始に向けての準備は、プロジェクトの中でも最も忙しい時期のひとつです。チームがおそらく経験しているであろうプレッシャーを尊重し、理解し、ミーティングを本来の目的に沿ったものにしなければなりません。 実行/中止の決定プロセスの基準に参加し、後でエスカレーションが起こらないように、お客様を成功する基準に導くための準備をしてください。

稼働開始は、展開時の最も重要なマイルストーンの一つです。 稼働開始準備ミーティングでは、お客様が稼働開始を成功させるための準備ができているか、また、予期しなかった問題や誤った戦略、事前に認識されていなかったプロジェクトのリスクにより、稼働開始の日程を延期する必要がないかを確認します。 このフェーズでは特定の活動が行われますが、これを記録し、予想外の事態を避けるためにお客様と一緒に積極的にフォローアップする必要があります。 このアプローチには、最終的なユーザー受け入れテスト、ユーザー トレーニング、最終的なデータ移行、Microsoft Outlook やモバイル用アプリのインストール、クライアント構成の本番への移行などの活動が含まれます。

Go-Live 時に解決されない問題が発生することがあります。 ソリューション アーキテクトの役割は、お客様と一緒になって、未解決の問題を解決しながら稼働開始の決定に導くことです。

ソリューションアーキテクトは、問題の修正を稼働開始前にするか、後にするかによる影響を評価する必要があります。 さらに、ソリューションアーキテクトは、稼働開始後のサポート期間中に未解決の問題を解決する方法を計画する必要があります。

稼働開始によくある問題

よくある稼働開始の問題点は以下の通りです。

  • 展開がうまくいかなかった場合のロールバック方法の計画がない。
  • ユーザーのワークステーションやネットワーク構成に関する誤った仮定。
  • 実機テストが不十分なため、実際のユーザーのニーズに合わないカスタマイズや、実際のユーザーの負荷によるパフォーマンスの問題が発生する可能性。

ソリューションアーキテクトは、稼働開始時の問題のリスクを減らすように働きかける必要があります。これには以下の例があります。

  • モバイル アプリの事前導入など、計画を合理化・簡略化する方法を模索する。
  • 重要なデータが先に入るように、データ移行の優先順位をつける。
  • すべてのユーザーにダミーの本番環境にアクセスしてもらい、稼働開始前にアクセスの問題を解決できるようにする。
  • 旧システムと新システムを並行して稼働させ、ユーザーのグループを徐々に移動させることができるかどうかを判断する。

稼働開始を自動化する

ソリューション アーキテクトは、労力とリスクを軽減するために、稼働開始時の活動を自動化することを検討する必要があります。 自動化をすることで、稼働開始前に稼働開始時の活動をスクリプト化してテストすることができます。 たとえば、次のようなパラメーターを自動化することが考えられます。

  • ユーザー、チーム、事業単位の作成
  • 参照データの作成と更新
  • ユーザーの設定
  • データ移行の差分

すべての自動化は十分にテストされなければなりません。

問題への対処

ソリューション アーキテクトは、導入時や導入後に問題が発生した場合、最初に呼び出されることが多いです。 ソリューション アーキテクトは、問題を積極的にトリアージし、分離し、単純化する必要があります。 Microsoft Power Platform のツールは、内蔵されている機能を使うと、問題を解決する際に有益であることがよくあります。

変更を加える前に、適用しようとしている軽減策の即時の影響と長期的な影響を考慮してください。