ワークショップの準備

  • 15 分

ソリューション パフォーマンス ワークショップの実施には、通常約 2~4 時間かかります。 この時間は、レビューに使用できる詳細レベルと、ソリューション全体の種類によって異なる場合があります。 ソリューション アーキテクトは、実装チームのリーダーと協力して、レビューするソリューションの詳細に基づいて計画します。

ソリューション パフォーマンス ワークショップの前に、参加者はワークショップの構造や説明されるトピックのタイプや前提条件に関して、できる限り事前知識を持ってのぞむ必要があります。 ソリューション アーキテクトは、ワークショップを実施する前に、トピックや前提条件についてのアジェンダを提供します。

注

基本的には、ソリューション パフォーマンス ワークショップはディスカッションです。オフライン モードで記入およびレビューできるアンケートは意図されていません。 前提条件を事前に定義して提示することはできますが、レビューで交わされるであろう会話の方向性をまとめて事前に示すことはできません。

ソリューション アーキテクトは、既存のプロジェクト成果物を確認して、ワークショップの準備を事前に行う必要があります。 次のプロジェクト成果物が役に立ちます。

  • ソリューション ブループリント レビュー - ソリューション パフォーマンス ワークショップの前提条件として、ソリューション ブループリント レビュー ワークショップは、既に完了している必要があります。 プロジェクト計画、ソリューション アーキテクチャ図、ビジネス プロセス、統合戦略、環境戦略、ユーザー数、データ統合戦略、および他のソリューションに関する情報は、このワークショップにつながります。
  • プロジェクトの計画/スケジュール – 主要なプロジェクト フェーズと関連する活動の全体的なスケジュールや依存関係を表すドキュメントまたはガント チャート。
  • システム使用状況プロファイル – 運用プロセス スケジュールとワークロード タイプ別ピーク トランザクション量。
  • 環境戦略 – 展開する環境のタイプ、それらの環境をいつどのように使用するか、環境におけるコードと構成のフローについて説明するブロック ダイアログラムまたはフロー ダイアログラム。
  • 展開場所 – 言語やローカライズ要件と共にソリューションを展開する物理的な場所を示すダイアグラムまたはレジスター。
  • インターフェイス レジスター – 非機能要件を持つインターフェイスの一覧と、それらのインターフェイスを実装するためのスコープおよびアプローチを文書化するデザイン パターン。
  • データ フロー ダイアグラム – 複数の Dynamics 365 アプリ、レガシまたは外部のサービスとコンポーネントを含むソリューションでは、データの生成元と、そのデータがどのようにソリューションに移動して消費されるかを識別できると役立ちます。
  • データ移行戦略 – 移行するエンティティ、エンティティのソース、量、タイミング、移行方法を示すドキュメントまたはレジスター。 ソリューション ブループリント ステージでは、スコープ (エンティティとソース) を確実に設定することが重要です。
  • パフォーマンス テスト戦略 - パフォーマンスの目標、KPI、テスト ツール、使用する環境、およびパフォーマンス テスト戦略に関連する他の要素についてのパフォーマンス テスト戦略に関する既存の文書。

このリストは、プロジェクトの成果物を完全に網羅したものではありませんが、ソリューション パフォーマンス レビューを開始する際の参考になります。 各成果物の形式、合成、および名前は、プロジェクトによって異なる場合があります。 形式はそれほど重要ではなく、重要なことは、チーム全体で同意し、利用可能な情報が存在することです。

プロジェクトの初期にソリューション パフォーマンス レビューを実施する場合、これらのドキュメントの多くは完成されませんが、ほとんどの場合それでも問題ありません。 最も重要なことは、スコープを決定することと、そのスコープをソリューションでサポートする方法を決める概念計画を用意することです。 スコープと概念的なソリューション アプローチが用意されている場合、ソリューション パフォーマンス レビューでは概念的なアプローチに焦点を当て、その後の詳細なワークショップにおける詳細が判明した時点でその詳細に焦点を当てることができます。

前のリストで示すものとは異なる方法を使用して、プロジェクト情報を管理または追跡しても問題ありません。 通常、プロジェクト メンバーが情報をいつでも入手できるのであれば、形式はそれほど重要ではありません。 前のリストに示した情報がプロジェクトで文書化されていない場合、または簡単にアクセスできない方法で文書化されている場合は、関連する成果物を入手することを優先して行う必要があります。

ヒント

レビューを実施する際は、可能な限り図や視覚情報を使用して、高レベルの概要を示すことをお勧めします。 これらの図、チャート、およびグラフは、チーム全体や役員と計画やデザインについてコミュニケーションを図る際のツールとして使用することができます。