Solution Architectは、事業上の成果と、チームが構築・運用できるソリューションを結び付けます。既存システム、購入したサービス、データフロー、運用上の制約を含むソリューション全体が対象です。具体的な責任範囲は組織によって異なります。
アーキテクトが作成するもの
- 明確なスコープ：利用者、業務能力、依存関係、対象外事項。
- コンポーネント、統合、データの所有主体を示すアーキテクチャ。
- 代替案、前提、測定可能な受け入れ基準を伴う意思決定。
- 未解決のリスクとその責任者を明示した開発チームへの引き継ぎ資料。
例
顧客向け返品ポータルでは、注文の検索方法、返金を承認する担当者、倉庫への返品指示の伝達方法を確認します。Webサイトが動作しても、会計システムで返金を照合できなければ不十分です。設計はこれらの活動をつなぎ、連携が失敗した場合に何が起こるかを説明する必要があります。
責任の境界と面接での評価点
アーキテクトはプロダクト、開発、セキュリティ、運用と協力しますが、すべての実装判断や事業支出の承認を自動的に担うわけではありません。有用な回答では、成果物と、その前提を開発中にどう検証するかの両方を挙げます。