次の Dynamics 365 アプリに適用:
Human Resources
この記事では、Microsoft Dynamics Lifecycle Services (LCS) を使用して Dynamics 365 Human Resources プロジェクトにおける go live の準備方法を説明します。
この図には、Go-Live プロセスのフェーズが表示しています。
次のテーブルでは、プロセスのすべてのステップと、予定期間と、誰が処理を実行するのかについて示しています。
| フェーズ | アクション | 期間/時 | 誰 | 摘要 |
|---|---|---|---|---|
| 1 | LCS での Go-Live 日付の更新 | 遅くとも 2 ～ 3 か月前に | パートナー/顧客 | マイルストーンの日付は、継続的に最新のものにする必要があります。 |
| 2 | チェックリストの完了および送信 | ユーザー受け入れテスト (UAT) が完了した後 | パートナー/顧客 | FastTrack Go-live アセスメントのに記載の指示に従います。 |
| 3 | プロジェクト評価 (FastTrack) | FastTrack アーキテクト* | アーキテクトは、チェックリストを受け取った後に評価を提供し、質問が明確化および軽減されるまでレビューを続行します。 | |
| 4 | プロジェクト ワークショップ (FastTrack) | FastTrack アーキテクト* | ||
| 5 | データ パッケージのインポート | プロジェクトによって異なります | パートナー/顧客 | データ管理の概要の指示に従います。 |
| 6 | 生産準備完了 | 前の手順すべてが完了した後 | パートナー/顧客 | 顧客/パートナーが運用環境を制御することができます。 |
| 7 | 切替活動 | プロジェクトによって異なります | パートナー/顧客 | |
| 8 | Go live | プロジェクトによって異なります | 顧客 |
重要
*手順 3 と 手順 4 は、FastTrack の対象顧客に対してのみ実行されます。
LCS メソッドを完了しています
各実装プロジェクトにおける主要なマイルストーンは、運用環境への切替です。 ステップを完了するプロセスは 2 つの部分で成り立っています。
- フィット ギャップ解析またはユーザー受け入れテスト (UAT) など、実際の作業を行います。
- LCS 方法の対応するステップを完了としてマークします。
実装の進捗状況に応じて方法のステップを完了することをお勧めします。 最後まで待たないでください。 確かな実装が顧客の最高の利益となります。
ソリューションの UAT
UAT のフェーズでは、実装プロジェクトのサンドボックス環境で、実装したすべてのビジネス プロセスとカスタマイズをテストする必要があります。 実稼働運用を成功させるためには、UAT フェーズを完了する際に次の点を考慮する必要があります。
- UAT のプロセスは、このプロセスを開始する前に、GOLD 構成からのデータを環境にコピーした新しい環境で開始することをお勧めします。 環境が本番稼働するまでは、運用環境をGOLD環境として利用することをお勧めします。
- テスト ケースは、要件の範囲全体をカバーします。
- 移行したデータを使用してテストします。 これには、作業者、職務、職位などのデータを含める必要があります。 また、休暇および休暇の見越計上と同様に、期首残高も含めます。 最後に、現在の福利厚生の登録など、未処理のトランザクションを含めます。 データセットが確定していない場合でも、すべてのタイプのデータで完全なテストを行うことができます。
- ユーザーに割り当てられている適切なセキュリティ ロール (既定のロールおよびカスタム ロール) を使用してテストします。
- ソリューションが会社や業界別の規制要件に準拠していることを確認します。
- すべての機能を文書化し、顧客の承認とサインオフを取得します。
モック環境の本番稼働
本番稼働に先立ち、レガシーシステムから新システムへの稼働開始に必要なステップをテストするために、模擬稼働を実行する必要があります。 サンドボックス環境で模擬稼働を実行し、稼働開始の計画にすべてのステップを含める必要があります。
- 稼働開始までは、運用環境を GOLD 構成環境として使用することをお勧めします。
- 本番前の偶発的なトランザクションや更新から運用環境を保護するために、強力なガバナンス プロセスを導入してください。
- UAT を実施する準備、または模擬稼働の準備が整った場合、運用環境からサンドボックス環境を更新します。 詳細については、インスタンスのコピーを参照してください。
- サンドボックス環境で本稼働計画に含まれる各ステップをテストし、スポット チェックの実行や、環境内の UAT スクリプトからテストを実行して、サンドボックス環境を検証します。
- テストには、本稼働に必要な変換を含むすべてのデータ移行が含まれている必要があります。
- このプロセスには、レガシー システムのプラクティスのカットオフが含まれている必要があります。
- 統合カットオーバーに含まれるステップや外部システムに含まれるステップは、必ず模擬稼働に含めるようにしてください。
- 模試稼働中に課題が見つかった場合は、2回の模擬稼働が必要となるかもしれません。 そのため、プロジェクト計画では、2 つの模試稼働を計画することをお勧めします。
FastTrack Go-live アセスメント
FastTrack の対象となっていて、FastTrack ソリューションアーキテクトと契約しているお客様は、Microsoft FastTrack を使用した Go-live レビューを完了します。 詳細については、 Microsoft FastTrack を参照してください。
Go-Live の約 8 週間前に、FastTrack チームが Go-Live チェックリストへの記入を依頼します。
プロジェクト マネージャーまたはプロジェクトの主要メンバーは、プロジェクトの Go-Live 前の段階の間に Go-Live チェックリストを完了する必要があります。 チェックリストは通常、稼働予定日の 4 ~ 6 週間前に完了し、UAT が完了したか、ほぼ完了したときです。
Go-Live チェックリスト を完了したら、メールで、FastTrack ソリューション アーキテクトに送信します。 電子メールには、顧客からの主な関係者と実装パートナーを必ず含めます。
チェックリストを提出した後、FastTrack ソリューション アーキテクトがプロジェクトをレビューし、潜在的なリスク、ベスト プラクティス、プロジェクトの運用を成功させるにあたっての推奨事項を記載した評価を提供します。 場合によっては、ソリューション アーキテクトがリスク要因を強調表示し、軽減計画を求める場合があります。