本記事について
当サイトを閲覧いただきありがとうございます。 本記事はシリーズ『生成AI時代のアーキテクチャ超入門』の「ソリューションアーキテクチャ」カテゴリ全5記事を一覧にまとめたガイド記事です。
ソリューションアーキテクチャは、個別プロジェクトの課題解決に特化した設計を扱う領域です。要件定義から非機能要件の数値化、ROI計算、PoC設計まで、プロジェクト単位で「技術ではなく数字で勝つ」設計の作法を学べます。エンタープライズアーキテクチャが全社の地図なら、ソリューションアーキテクチャは個別の建物の設計図です。
記事一覧
1. ソリューションアーキテクチャ概論 ― 技術で殴るな、数字で殴れ
3案比較・非機能要件・ROI・PoCなど、ソリューションアーキテクチャの全体像を俯瞰します。「技術で殴るな、数字で殴れ」というタイトルが示す通り、技術選定を経営判断に翻訳する力を養うための入口記事です。
2. 要件から設計への橋渡し ― 机上で聞いた要件は氷山の一角
業務要件を技術設計に翻訳する作法を解説します。3階層・MoSCoW優先度・現場観察・受け入れ条件など、机上の聞き取りでは捕まえられない要件を拾い上げるための実務テクニックを学べます。
3. 非機能要件の設計 ― 「止まらない」という言葉に値札はない
可用性・性能・拡張性・運用・セキュリティ・移行を数値で定義する作法を解説します。IPA非機能要求グレードやSLA/SLOとの関係も押さえ、「止まらない」という曖昧な要求に値札をつける方法を学べます。
4. 見積もりとROI ― ピッタリ当てる見積もりはだいたい嘘
TCO・3点見積もり・バッファ・ROI・Payback・NPV・定性効果の扱いを解説します。AI時代の見積もり前提の激変も含め、稟議を通すための数字の組み立て方を実務目線で学べます。
5. PoC設計 ― 「まあまあ動きました」で終わるPoCは全て失敗
Go/No-Go基準・期間設定・MVPとの違い・AI PoCの特殊性・週次PoCサイクルを解説します。判断を生まないPoCは全て失敗という厳しい基準のもと、実効性のあるPoC設計を学べます。
まとめ
本記事ではシリーズ『生成AI時代のアーキテクチャ超入門』のソリューションアーキテクチャカテゴリ全5記事を一覧で紹介しました。如何だったでしょうか。
ソリューションアーキテクチャは、日々のプロジェクトで最も直接的に使える知識です。技術力だけでなく、要件を数値化し・経営判断に翻訳し・PoCで検証するという一連の流れを学ぶことで、アーキテクトとしての説得力が格段に上がります。
シリーズ全体の構成やほかのカテゴリについては、以下のシリーズ総合案内をご覧ください。
それでは次の記事も閲覧いただけると幸いです。