目的地
「LeanとDevOpsの科学[Accelerate]」に至る道筋
この本にたどり着くために、先に読んでおきたい本を依存関係から逆算しました。基礎から順に並んでいます。
ここまでの道筋（7冊）
なぜ先に読むのか: 依存の向きを制御するアーキテクチャを学ぶと、そのテスタビリティの恩恵を最大化するテスト設計の原則が欲しくなる。単体テストの考え方/使い方は「良いテストとは何か」を定義し、アーキテクチャが生む疎結合をテストの価値に変換する。
なぜ先に読むのか: TDD の小さなサイクルで「動くテスト」を書く感覚を得たら、何を・どの粒度でテストするかの設計原則へ進む。良いテストは壊れにくく、リファクタリングを妨げず、回帰を確実に捉える。
なぜ先に読むのか: 『The Phoenix Project』は IT 運用の混乱を小説仕立てで追体験させ、なぜ DevOps が必要かを腹落ちさせる導入書。問題意識を得たら、同じ Gene Kim らによる『The DevOps ハンドブック』でその解決策を体系的な実践技法として学ぶのが王道の流れ。
なぜ先に読むのか: 『The DevOps ハンドブック』が広範な DevOps プラクティスを概観するのに対し、Humble & Farley『継続的デリバリー』はその中核であるデプロイパイプライン構築を原典として深掘りする。実践の全体像を掴んだ後、CI/CD の理論的支柱を固めるのに最適。
なぜ先に読むのか: 『継続的デリバリー』でデプロイパイプラインを構築できるようになったら、その成果を測る物差しが要る。『Accelerate』は CD のケイパビリティが組織パフォーマンスを統計的に予測することを示し、技術投資を経営指標へ接続する論拠になる。
なぜ先に読むのか: 単体テストの土台ができたら、テストピラミッドに沿って統合・契約・E2E テストを適切な比率で積み上げ、システム全体の品質戦略へ広げる。下層を厚く、上層を薄くが原則。
なぜ先に読むのか: テストと CI/CD で品質を作り込む土台ができたら、それが組織のデリバリ性能にどう効くかを計測の視点で捉える。DORA の4指標は「速さと安定はトレードオフではない」ことを実証的に示す。