ギャップ ソリューション設計ワークショップを準備する
ギャップ ソリューション設計ワークショップの実施には、通常約 1 から 3 時間かかります。 この時間は、レビューで使用できる詳細のレベルによって異なります。 ソリューション アーキテクトは、実装チームのリーダーと協力して、レビューするソリューションの詳細に基づいて計画します。
ギャップ ソリューション設計ワークショップの前に、参加者はワークショップの構造や説明されるトピックのタイプや前提条件に関して、できる限り事前知識を持ってのぞむ必要があります。 ソリューション アーキテクトは、ワークショップを実施する前に、トピックや前提条件についてのアジェンダを提供します。
ギャップ ソリューション設計ワークショップは、本質的にはディスカッションです。 オフライン モードで実施およびレビューされるような、質問と回答のセッションを目的とするものではありません。 前提条件を事前に定義して提示することはできますが、レビューで交わされるであろう会話の方向性をまとめて事前に示すことはできません。
ソリューション アーキテクトは、既存のプロジェクト成果物を確認して、ワークショップの準備を事前に行う必要があります。 次のプロジェクト成果物が役に立ちます。
ギャップ ソリューション ドキュメント - 既存のギャップを埋めるために提案されたソリューションの詳細が記載されたドキュメント。
フィットギャップ分析ドキュメント - 標準システムでサポートされないことが特定された業務プロセスの機能領域の詳細が記載されたドキュメント。 詳細については、「フィット ギャップ分析を実行する」を参照してください。
機能設計ドキュメント - カスタマイズに含めることが計画された機能について記載されたドキュメント。 詳細については、「機能設計ドキュメント (FDD) の作成を参照してください。
技術設計ドキュメント - 計画されたソリューションの詳細な設計について記載されたドキュメント。
業務プロセス ダイアグラム - プロセス カタログにコンテキストを追加し、業務の工程を記載した業務プロセス ダイアグラム。
統合ダイアグラム - ソリューションの配置に必要な統合システム要件の概要を示すドキュメント。
このリストは、プロジェクトの成果物を完全に網羅したものではありませんが、ギャップ ソリューションの設計を開始する際の参考になります。 各成果物の形式、合成、および名前は、プロジェクトによって異なる場合があります。 形式などはそれほど重要ではありません。重要なのはチーム全体でアクセスでき同意している情報です。
プロジェクトで過去にリストしたものとは異なる方法を使用して、プロジェクト情報を管理または追跡しても問題ありません。 通常、プロジェクト メンバーが情報をいつでも入手できるのであれば、形式はそれほど重要ではありません。 過去にリストした情報がプロジェクトでドキュメント化されていない場合、または簡単にアクセスできない方法でドキュメント化されている場合は、関連する成果物を入手することを優先して行う必要があります。
ヒント
レビューを実施する際は、可能な限り図や視覚情報を使用して、高レベルの概要を示すことをお勧めします。 これらの図、チャート、およびグラフは、チーム全体や役員と計画やデザインについてコミュニケーションを図る際のツールとして使用することができます。
ギャップ ソリューション設計レビューの参加者
ギャップ ソリューション設計レビューには、次の対象者の参加が推奨されます。
機能および技術アーキテクト
機能、技術、および開発のリーダー
プロジェクト マネージャー (任意)