導入
信頼性の高いソリューション ブループリントを用意することは、実装を成功させるために不可欠です。 ブループリントは、ソリューションのアーキテクチャとそれを実装するためのアプローチの基盤を提供します。 この基盤がない場合、その後のどの活動も目標を達成できず、最終的にソリューションの失敗につながる可能性があります。 そのため、ソリューション ブループリントのレビューは、実装を開始してからできるだけ早く実施することをお勧めします。 早い段階でレビューを行うことで、見つかった問題の影響を最小限に抑え、リスクが問題になる前に特定することができます。
また、ソリューション ブループリントのレビューによって、ソリューション アーキテクトが計画されているソリューションについて基本的な理解を得ることもでき、ガイダンスを示す全体的なコンテキストを把握することもできます。 コンテキストがないと、アーキテクチャ全体でレコメンデーションが効果を発揮しにくくなります。 そのため、ソリューション ブループリントのレビューは、キックオフ後の Success by Design フレームワークにおける最初の重要な活動となります。 ソリューション アーキテクトは、他の詳細な活動に関与する前に、まず広範なソリューション ブループリントについて理解する必要があります。
通常、次の質問と回答は、ソリューション ブループリントのレビュー ワークショップで話し合われます。
質問 - 実装で要件の収集と初期設計が完了する前に、ソリューション ブループリントをレビューするにはどうすればよいですか?
回答 - ほとんどの実装では、まずタイムラインの計画、または少なくとも Go-live 目標日の決定と予算の定義を行います。 これらの要素は、少なくとも概念的なソリューションとアプローチに基づいて行う必要があります。 その概念設計とアプローチがあれば、ソリューション ブループリントのレビューを実施できます。 これらの領域で問題が発生した場合、ソリューション ブループリントのレビューにより問題を早期に特定できるため、対処できます。
質問 - ソリューション ブループリントのレビューでソリューション設計全体をカバーし、初期プロジェクト フェーズでまだ準備ができていないソリューションの側面のレビュー漏れをなくしたいと思っています。 より広いスコープをカバーするため、プロジェクトのより後の段階までワークショップを延期してもよいですか?
回答 - ソリューション ブループリントのレビューは、必要に応じて反復プロセスとして実装できます。 実装が進むにつれてソリューションの側面に変更が生じた場合、その後の反復ワークショップまたは詳細なワークショップで差分をレビューできます。 このモジュールの後の部分では、後続のソリューション ブループリントのレビューについて説明します。 そのため、プロジェクトのできる限り早い段階から初期ワークショップを実施する必要があります。