次の方法で共有


実装およびロールアウトの前提条件

規制産業で Dynamics 365 Guides のロールアウトを成功させるための前提条件として、実装の初期段階において、以下の要素を定義することをお勧めします。

  • Guides のユーザー体験
  • データ モデル
  • システムの統合と再利用
  • 通知

上記の 4 つの要素は、実装プロセス全体や今後の発展の可能性に大きな影響を与えるため、プロセスの初期段階で検討します。

Guides のユーザー体験

標準作業手順書 (SOP) のタッチポイントのある従業員に対して一連の社内関係者ワークショップを促進することをお勧めします。 関係者のグループには、SOP の作成者、デジタル トレーニングの専門家、ビジネスおよび IT 品質保証 (QA) 専門家、IT 部門の Microsoft Power Platform 担当者、およびオペレーターを含む必要がありますが、これらに限定されません。

ワークショップの目的は、ガイドの作成からアーカイブまでの関連する手順やロールについて関係者の意見を聞き、ライフ サイクルにおける潜在的な問題点を特定することです。 この情報を詳細なユーザー体験としてマッピングすると、適切な環境構成や環境間でのガイドの流れを設計し、各環境に関連付ける適切なロールを選択するのに役立ちます。 また、組織が利用できる既存のシステムや、組織で再利用または簡素化できるプロセスを特定することもできます。

データ モデル

データ モデルは、データの生成元や形式、保存やアクセス方法、有効にするコントロールなどのブループリントを提供します。 実装プロセスの早い段階でデータ モデルを定義することが重要です。 将来的にプロセスを自動化する場合、つまりシステム統合を想定している場合は、データ モデルを準備する必要があります。 準備では、データ モデルと将来の統合システムとのデータ フィールドや ID の一致を確認する必要があります。 これにより、データの接続を確実に行います。

また、データ モデルでは、トラッキングが必要なデータ要素、データ要素の監査の頻度、データ変更の権限を持つ人物など、監査要件を指定することもお勧めします。 この情報は、組織が適切な監査証跡を確保するのに役立ちます。

システムの統合と再利用

システムの統合とは、別々のシステムやコンポーネントを 1 つの統合されたシステムにするプロセスです。 これは、Guides を拡張する場合に考慮する必要があります。 たとえば、品質管理システム (QMS) や学習管理システム (LMS) など、既存のシステムに Guides をリンクすることが適切かどうかを判断します。

最初に、システム間 (Microsoft Power Platform と QMS 間など) の通信に対処することをお勧めします。 どちらかのシステムで欠落しているデータ フィールドを特定した場合は、統合によって自動化されたプロセスを使用するよりも、手動でこの問題を修正する方が簡単です。 このように、自動化された統合を設定する前に、実装中に発生する可能性のある小さなエラーをすべて検出して修正することができます。

実装フェーズの早い段階で統合を計画することをお勧めします。 統合機能を後で開発する場合でも、データ モデルが前もって用意されていれば、作業は大幅に軽減されます。

徐々に拡張する場合は、自動システム統合をお勧めします。 手動制御が自動制御に置き換わるため、このタイプのシステム統合ではシステムがより堅牢になります。

通知

ガイドを作成する場合、コンテンツのライフ サイクルのさまざまな手順に複数のロールが関与します。 検証要件を遵守し、プロセスを円滑に進めるためには、正しいロールを適切なタイミングで通知することが重要です。 たとえば、検証環境においてガイドが承認を待っている場合は、QA はすぐに通知を受ける必要があります。 これらの通知はメール、アラート、または組織のシステムに適合する形で設定することができます。 組織は、コンテンツのライフ サイクルに関連するシステムやロール間で適切に機能するフローが存在するよう、確保する必要があります。 既に運用され、ユーザーに認知されている既存の通知フローを利用することを検討します。

次のステップ