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

• 15 分

ソリューション ブループリントのレビュー ワークショップはソリューション アーキテクトによって進められますが、実装チームがソリューション ブループリント情報のプレゼンテーションをすることが求められます。 議題の各セクションには、実装チーム内の所有者を割り当てる必要があります。 各セッションの開始時に、その所有者が、ソリューションのその側面に適用される設計を含め、スコープおよび計画の概要や要約を示す必要があります。 チームは、割り当てられた時間の 25 ～ 50% の範囲内で、概要のプレゼンテーションを行うことを計画します。 残りの時間は、ソリューション アーキテクトとの質疑応答に割り当てます。

実装チームのリーダーは、ワークショップの前にソリューション アーキテクトと打ち合わせて、各セッションの議題とタイミングを決定する必要があります。 ソリューションの状態と複雑さによっては、各セクションの時間を長くまたは短くする必要があります。 基本的にワークショップを実施する予定時間は 8 時間ですが、この時間は実装に合わせてある程度変えることができます。

ソリューション ブループリントのレビュー ワークショップの時間管理は重要です。 このワークショップで最も優先するのは、ソリューションの全体を理解することであり、1 つのセッションについて必要以上に話し合うことではありません。 話し合いがあまりに細部に入り、ソリューション全体をカバーする時間がなくなる場合は、ソリューション アーキテクトが話を切り上げて、詳細についてはより包括的なワークショップでフォローアップとして話し合うようにすることが求められます。

ソリューション ブループリントのレビューのアウトプット

ソリューション ブループリントのレビュー ワークショップのアウトプットは、調査結果ドキュメントになります。 この調査結果ドキュメントは、ワークショップの準備段階、またはワークショップの間に提供された情報に対する回答です。 これらの調査結果には、通常、次の 3 つのタイプがあります。

• アサーション – これらの調査結果は、ソリューション アーキテクチャが設計上重要な要素としてコール アウトした、ソリューションの特定の側面に関連するものです。 アサーションは特定のリスクや問題を表す要素ではありませんが、ソリューションの基礎となる可能性があります。変更された場合は大きな影響を及ぼすため、注意する必要があります。 これらのアサーションは、特定のスコープ項目、ソリューション アーキテクチャの設計側面、実装のアプローチや手法に関連する場合があります。
• リスク – これらの調査結果は、プロジェクトにおいて追跡すべきリスクを構成するソリューションや実装のアプローチの側面を表します。 これらの調査結果は、マイナス結果の可能性が確認されている既存の計画、アプローチ、または設計に関連付けできます。 また、まだ十分に調査されていないソリューションの領域に関連し、予期しない問題が発生するリスクを示している場合もあります。 これらの調査結果には、ソリューション アーキテクトがリスクと見なすものに関する記述と、推奨される軽減策の手順が伴います。
• 問題 – これらの調査結果は、ソリューションまたは実装アプローチの側面を表します。実装に悪影響を与える問題や、修正されない場合後でマイナスの影響を及ぼす問題の構成要素を示します。 これらの調査結果には、現在または今後の影響に関する記述と、推奨される解決策の手順が伴います。

調査結果ドキュメントは、顧客および取引先組織に配布され、調査結果を詳細に評価するためのレビュー会議が開催されます。 このドキュメントは、両方の組織における実装リーダーとエグゼクティブ スポンサーに送られます。 調査結果ドキュメントは長くなることがあります。その場合は、経営幹部にとってわかりやすいように重要な結果のみを抜粋した概要が提供されます。

後続のソリューション ブループリントのレビュー

ほとんどの実装では、ソリューション ブループリントのレビューを実装のはじめに行い、詳細なワークショップによって補うだけで十分です。 場合によっては、後続のレビューが必要となります。 以下の例は、追加のソリューション ブループリントのレビューが必要になるシナリオです。

• 最初のソリューション ブループリントのレビューでの課題 – まれに、ソリューション ブループリントのレビュー ワークショップで必要なすべての情報をカバーできない場合があります。 その理由として、発生するスコープの理解に大きなギャップや齟齬があったり、実施チームがそれらに対処する必要が生じたりする場合があります。 もう 1 つの理由として、概念的なソリューション設計に大きな不足点が存在する場合があります。 そのようなシナリオでは、最初のソリューション ブループリントのレビュー ワークショップを早期に実施していることが役立ちます。これは、そのような問題が明らかになることで解決が可能になるためです。ただし、ワークショップは再度実施する必要があります。
• スコープの大幅な変更 – さまざまな状況が考えられるため、実装がスコープやアプローチの大幅な変更の影響を受ける場合があります。 このような状況には、外部要因による変更も含まれますが、詳細な要件分析に従った大幅な変更に関連する可能性もあります。 そのような変更が行われた場合、ソリューション ブループリントを再評価することをお勧めします。
• 組織変更 – 実装時に組織で大幅な変更が行われることがあります。 合併、買収、売却などのイベントは、ソリューション アーキテクチャに大きな影響を与える可能性があり、再評価が必要になる場合があります。