デジタルアーキテクトに​なる​ための​教科書 —— 目次（学習ロードマップ）

「デジタルアーキテクト —— 企業の​デジタル基盤全体を​設計し、​ビジネス戦略と​技術実装を​つなぐ​人」に​なる​ための​正典的な​教科書の​目次である。​下に​行く​ほど、​抽象から​実装、​そして​統合へと​進む。​各章は​今後、​独立した​ノートへと​育てていく。

読み方の​補足：まずデジタルアーキテクトと​いう​職業と序章​（00）を​読むと​全体が​つながる。

Part I —— 基礎​（前提知識）

1. アーキテクトとは​何か​ —— 建築家と​いうたとえと​「全体​構造を​設計する​人」
2. アーキテクト系譜 —— EA → SA → TA と​いう​役割分担
   • 補足：EA＝全社​IT戦略​（何を​するか）、SA＝個別プロジェクトの​技術解決策​（どうやるか）、TA＝実装​（建てる​人）。
3. ITの​基礎 —— ネットワーク・OS・​データベース・仮想化
4. クラウドの​基礎 —— オンプレミス​（＝自社で​機材を​所有する​方​式）との​違い、​IaaS／PaaS／SaaSの​区分
   • 補足：IaaS/PaaS/SaaSは、​どこまで​借りるか​（土地だけ／設備付きの​土地／完成品）の​違いである。

Part II —— 全体​設計​（アーキテクチャの​核心）

5. 四層モデル —— ビジネス・​データ・アプリケーション・インフラ
6. 設計手法①：TOGAF —— 設計・運用・ガバナンスの​「手順」
7. 設計手法②：Zachman —— 企業を​記述する​ための​「分類地図」
8. 設計表記法：ArchiMate —— アーキテクチャを​図で​描く​ための​共通言語
9. 非機能要件 —​— 性能・​可用性・​拡張性・コスト
   • 補足：非機能要件とは​「何が​できるか」ではなく​「どれだけ​速いか・どれだけ​落ちないか・どれだけ​安いか」と​いう​品質面の​条件である。

Part III —— 技術的柱​（実装スキル）

10. クラウド設計 —— AWS／Azure／GCPの​主要サービスと​選び方
11. データアーキテクチャ —— ストレージ・統合・分析基盤​（データレイクなど）​
    • 補足：データレイクとは、​形式を​問わず​大量の​データを​そのまま​蓄える​巨大な​貯蔵庫である。
12. インテグレーション —— API・イベント・メッセージング
    • 補足：APIとは​外部から​機能を​呼び出す窓口である。イベント駆動とは​「何かが​起きたら​動く」と​いう​接続方式である。
13. セキュリティと​ゼロトラスト
    • 補足：ゼロトラストとは​「内部だから​安全」と​いう​前提を​捨て、​常に​本人確認を​行う​設計​思想である。

Part IV —— 経営との​接続​（橋渡し）

14. DX​（デジタルトランスフォーメーション）​—— 事業の​作り直し
15. ITガバナンスと​標準化 —— 守るべきルールと​統制
16. ロードマップ策定 —— 中長期計画と​投資判断
17. ステークホルダー管理 —— 経営陣と​現場との​合意形成
    • 補足：ステークホルダーとは、​プロジェクトに​利害関係を​持つ​人々​（経営陣・現場・​顧客など）である。

Part V —— 実践​（仕上げ）

18. 資格で​実力を​証明する​ —— TOGAF認定と​AWS／Azure／GCPの​上位資格
19. ケーススタディ —— 実際の​設計判断を​読み解く
20. 集大成課題 ——​ 架​空企業の​四層デジタル基盤を​1枚の​シートに​設計する

要点：資格​その​ものより​「ビジネス課題を​技術に​翻訳し、​形に​した​実績」が​最終的に​問われる。​Part Vの​集大成課題が、​その​最初の​実績に​なる。

出典・参考

• Types of architect (LeanIX)
• TOGAF and Zachman (BMC)