ソリューション ブループリント レビュー ワークショップの概要

完了

ソリューション ブループリント レビューは、対面で実施することができるワークショップで、通常は、必要なすべてのトピックを 1 回のワークショップでカバーすることができます。 このワークショップは、リモートで行うこともできます。 ワークショップをリモートで行う場合、通常、数日間にわたる複数のセッションに分割します。

次のセクションでは、ソリューション ブループリント レビューの上位レベルのトピックについて説明し、各セクションで取り上げられている質問の種類の例を示します。

プログラム戦略

プログラム戦略では、実装を進めるためのプロセスと構造について議論します。 また、要件のキャプチャ、検証、および管理に使用するアプローチやソリューションの作成と導入の計画とスケジュールも確認します。 このトピックでは、以下のような質問について検討します。

• 実装の目的は何か、またそれらの目的は文書化され、理解されており、計測可能か?
• 実装を進めるための手法はどのようなものか、またその手法は実装チーム全体でよく理解されているか?
• 実装を行うチームの構造はどのようなものか?
• プロジェクトのすべての役割とその責任は文書化され、理解されているか?
• スコープ、スコープの変更、ステータス、リスク、課題を管理するためのプロセスはどのようなものか?
• 実装の計画とタイムラインはどのようなものか?
• 計画内に作業を完了するためのアプローチはどのようなものか?
• どのような外部との依存関係があるか、またそれらはプロジェクト計画で考慮されているか?
• 計画されているロールアウトのタイムラインはどのようなものか?
• 変更管理と導入に関するアプローチはどのようなものか?
• 要件の収集、検証、および承認プロセスはどのようなものか?
• 要件の追跡および管理はどこで、どのように行うか?
• 要件と実装の他の側面 (テスト、トレーニングなど) をトレースするアプローチはどのようなものか?
• フィット/ギャップを評価するプロセスはどのようなものか?

テスト戦略

テスト戦略では、実装されたソリューションが定義されたとおりに機能し、ビジネス ニーズを満たしていることを検証するための実装のさまざまな側面について確認します。 このトピックでは、以下のような質問について検討します。

• ソリューションを検証するためのテスト フェーズはどのようなものか、また検証を確実なものにするために各フェーズはどのように構築されているか?
• テストの定義、構築、実施、管理の責任者は誰か?
• パフォーマンスをテストする計画はどのようなものか?
• セキュリティをテストする計画はどのようなものか?
• カットオーバー プロセスをテストする計画はどのようなものか?
• 効率的に更新を行うための回帰テスト アプローチは計画されているか?

ビジネス プロセス戦略

ビジネス プロセス戦略では、Microsoft Dynamics 365 プラットフォームで実装される基盤ビジネス プロセス (機能) をソリューションの一部として検討し、これらのプロセスを使用してどのように全体的なソリューション設計を進めるかについて検討します。 このトピックでは、以下のような質問について検討します。

• 実装のスコープに含まれる上位プロセスは何か?
• Dynamics 365 アプリケーション セット内のプロセスに対する一般的なフィットについて現在わかっているものは何か?
  • プロセスは実装でどのように管理され、ユーザー ストーリー、要件、テスト ケース、トレーニングなど、ソリューションの他の領域とどのような関係があるか?
  • ビジネス プロセスの実装スケジュールは文書化され、理解されているか?
  • ビジネス プロセスをオフラインで実装するための要件は確立されているか?

レビューを担当するソリューション アーキテクトは、スコープ内のプロセスに基づいて一連の機能関連の質問を行い、複雑性の評価、潜在的なリスクの理解、将来的な製品ロードマップに基づいたソリューションの最適化を実施することがあります。

アプリケーション戦略

アプリケーション戦略では、全体的なソリューションを構成するさまざまなアプリ、サービス、およびプラットフォームについて検討します。 このトピックでは、以下のような質問について検討します。

• ソリューションの一部として展開する Dynamics 365 アプリケーションまたはサービスは何か?
• ソリューションの一部として展開する Microsoft Azure 機能またはサービスは何か?
• ソリューションの一部として展開する外部アプリケーション コンポーネントまたはサービスは何か?
• ソリューションの一部として展開するレガシー アプリケーション コンポーネントまたはサービスは何か?
• Dynamics 365 アプリケーションおよびプラットフォームにどのような拡張機能を追加するか?

データ戦略

データ戦略では、ソリューション内のデータ設計、およびレガシー データのソリューションへの移行方法について検討します。 このトピックでは、以下のような質問について検討します。

• 法人の構造やデータのローカライズなど、主要なデータ設計課題に関する計画はどのようなものか?
• 主要なマスター データ エンティティの計画フローとスコープはどのようなものか?
• 主要なトランザクション データ エンティティの計画フローとスコープはどのようなものか?
• データ移行のスコープはどのようなものか?
• 全体的なデータ移行戦略およびアプローチはどのようなものか?
• ソリューション内で管理する全体的なデータ量はどれくらいか?
• データ移行パフォーマンスを最適化するための手順はどのようなものか?

統合戦略

統合戦略では、ソリューションのさまざまなコンポーネント間の通信と接続の設計について検討します。 この戦略には、アプリケーション インターフェイス、ミドルウェア、および統合作業の管理に必要なプロセスが含まれます。 このトピックでは、以下のような質問について検討します。

• インターフェイス/インターチェンジ レベルでの統合設計のスコープはどのようなものか?
• トランザクションの量や接続モードなど、各インターフェイスにおける既知の非機能的要件は何か?
• インターフェイスの実装で使用するために特定された設計パターンはどのようなものか?
• 統合管理のために特定された設計パターンはどのようなものか?
• ソリューション内で使用が計画されているミドルウェア コンポーネントは何か?

ビジネス インテリジェンス戦略

ビジネス インテリジェンス戦略では、ソリューションのビジネス インテリジェンス機能の設計について検討します。 この戦略には、従来のレポートや分析が含まれます。 これには、Dynamics 365 コンポーネント内のレポートおよび分析機能や Dynamics 365 データに接続する外部コンポーネントが含まれます。 このトピックでは、以下のような質問について検討します。

• レポートおよび分析の機能に依存するソリューション内のプロセスは何か?
• レポートと分析に使用されるソリューション内のソース データは何か?
• これらのデータ ソースの機能と制約はどのようなものか?
• 分析およびレポートを容易にするための、ソリューション コンポーネント間のデータ移動に関する要件はどのようなものか?
• レポートおよび分析の要件をサポートするために特定されたソリューション コンポーネントは何か?
• 複数のシステム/ソースからのエンタープライズ データを組み合わせるための要件は何か、またそのための戦略はどのようなものか?

セキュリティ戦略

セキュリティ戦略では、ソリューション内の Dynamics 365 コンポーネントや他の Microsoft Azure 及び外部ソリューション コンポーネントのセキュリティ設計について検討します。 このトピックでは、以下のような質問について検討します。

• ソリューションの全体的な認証戦略はどのようなものか? それは、Dynamics 365 プラットフォームの制約に準拠しているか?
• Azure 内のテナントおよびディレクトリ構造の設計はどのようなものか?
• 通常とは異なる認証ニーズが存在しているか、またそれらに対応するための設計パターンはどのようなものか?
• 特別な暗号化ニーズが存在しているか、またそれらに対応するための設計パターンはどのようなものか?
• データ プライバシーやプライバシーに関する要件が確立されているか、またそれらに対応するための設計パターンはどのようなものか?
• 低レベルのセキュリティに関する特別な要件があるか、またそれらに対応するための設計パターンはどのようなものか?
• セキュリティ検証または他のコンプライアンス要件があるか、またそれらに対処するための計画はどのようなものか?

アプリケーション ライフサイクル管理戦略

アプリケーション ライフサイクル管理 (ALM) 戦略では、Dynamics 365 アプリが継続的な更新によって管理されると仮定した場合の、ソリューションの開発および管理方法に関連するソリューションの側面について検討します。 このトピックでは、以下のような質問について検討します。

• プレ運用環境の戦略はどのようなものか、またその戦略はどのように実装アプローチをサポートするか?
• 環境戦略は継続的な更新の要件をサポートするか?
• 実装をサポートするために、どのような Azure DevOps の計画が使用されるか?
• Dynamics 365 やソリューション内の他のクラウド サービスで実施される継続的な更新アプローチについて、実装チームは理解しているか?
• 計画されている ALM アプローチでは、継続的な更新が考慮されているか?
• 継続的な更新プロセスの管理を担当するのは誰か?
• 実装チームは、継続的な更新が本番運用イベント後にどのような影響を及ぼすかについて理解しているか、またすべてのフェーズでサポート性と安定性を保証するためのバージョンや更新の最適化プランがあるか?
• ALM アプローチには構成および拡張機能の管理が含まれているか?

環境および機能戦略

展開アーキテクチャでは、クラウド インフラストラクチャ、環境、およびクラウド ソリューションの運用に関するプロセスに関連するソリューションの側面について検討します。 このトピックでは、以下のような質問について検討します。

• 展開する運用環境の数は決定されているか、またその決定において考慮された要素はどのようなものか?
• ソリューションに対するビジネス継続要件はどのようなものか、またすべてのソリューション コンポーネントはそれらの要件を満たしているか?
• マスター データ量やトランザクション処理量の要件はどのようなものか?
• ユーザーはどの場所からソリューションにアクセスするか?
• ソリューションへの接続を提供するために、どのようなネットワーク構造が確立されているか?
• モバイル クライアントや他の特定のクライアント テクノロジの使用に関する要件があるか?
• インスタンスおよびサポート インターフェイスのライセンス要件は理解されているか?