ITコンサルタント → ソリューションアーキテクト（コンサル出身）
ソリューションアーキテクト: 顧客課題に対して最適な技術ソリューションを設計・提案するアーキテクト。プリセールスから基本設計まで一貫して担当する。
完全プランを見る外資系ITコンサルティングファームで10年、業務改革・IT戦略立案・PMO支援などを担当してきた。クライアントの経営課題からITロードマップを描く力には自信があるが、自分自身の手でシステムを設計・構築した経験は乏しく、テクノロジー詳細に踏み込んだ議論では引け目を感じることが多い。今後はコンサルとアーキテクトの両輪を持ち、提案だけでなく実装方針まで責任を持てるソリューションアーキテクトに転じたい。クラウドとモダンアーキの基礎固めが優先課題。 これまでITコンサルタントとして現場での運用と改善を積み重ねてきたが、事業のスケールに伴いインフラへの要求は質・量ともに増大し、属人化した知識や場当たり的な対応では限界を感じる場面が増えている。特に信頼性・可観測性・コスト最適化・セキュリティを横断的に設計できる人材の不足を痛感しており、自分が次のステップとしてソリューションアーキテクト（コンサル出身）を担うことで、組織全体の技術的意思決定に貢献したいという思いが強くなっている。そのために体系的な知識の再学習と、現場で得た経験の言語化を並行して進めている。
「戦略レベルの論点設定力に、テクノロジーの実装イメージを上積みすることで、経営とエンジニアリング双方を翻訳できるソリューションアーキテクトになる。提案で終わらず、最後まで顧客に伴走できる立場を獲得したい。 日々の運用で見えてきた課題を、その場しのぎではなく根本から設計し直したい。ソリューションアーキテクト（コンサル出身）としてアーキテクチャ意思決定の責務を負うには、特定ベンダーや特定スタックに閉じない普遍的な原理原則を自分の言葉で語れるレベルまで引き上げる必要があると考えている。学習を通じて短期的なキャッチアップではなく、長期にわたって判断軸として機能する基盤を築きたい。」
原 陽介さん本人の学習設計の語り
クラウドの全体像と AWS 設計を一気に押さえ、次にKubernetes/IaCとマイクロサービスで現代的なシステム像を獲得する。最後にデータ指向設計と信頼性・組織設計を学び、経営の言葉とエンジニアリングの言葉を行き来できる視座を作る。 学習は週末と平日夜の限られた時間で進めるため、最初に全体像を掴んでから各論に入る順序を徹底している。読んだ内容はその週のうちに小さな検証環境で手を動かして確かめ、理解が曖昧な箇所は同僚や勉強会で議論することで定着させている。ソリューションアーキテクト（コンサル出身）として通用する判断力を身につけるため、単なる知識の収集ではなく『なぜそう設計するのか』を説明できる状態を毎章のゴールに置いている。挫折しそうになったときは、最初に書き出した転身後の理想像を読み返して軌道修正している。
現在のスキル水準とソリューションアーキテクト（コンサル出身）に必要な水準を並べ、何を伸ばすべきかを可視化しています。
迷ったらこの順番で読むのが推奨。基礎 → 実践 → 視座を上げる、という流れで構成されています。
なぜこの本か
AWSの主要サービスと設計の基本を体系的に学べる。コンサルが提案で口にする構成図を、自分の手で読み書きできるようになる。 ソリューションアーキテクト（コンサル出身）を目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。
なぜこの本か
経営課題から導く分割統治を、エンジニアリングの言葉で語れるようにする一冊。提案書のアーキテクチャ図に裏付けが伴うようになる。 ソリューションアーキテクト（コンサル出身）を目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。
K8s・IaC・マイクロサービス
データ指向と信頼性、組織設計
同じ職種・近いレベル感を目指す他のペルソナです。学習プランや読む順番のバリエーションとして参考にしてください。
原 陽介さんの学習プランは「ソリューションアーキテクト」を目指す一例です。 職種全体のロードマップ・必要スキル・代表的な書籍は専用ページで体系的に確認できます。
ソリューションアーキテクトのロードマップを見る →
