どんな人に向くか
- 組織拡大に伴いチーム構造がボトルネックになり始めた VPoE・エンジニアリングマネージャー
- プラットフォームチームを立ち上げる・再定義するプラットフォームリード
- マイクロサービス化を進めつつ、チームと境界の整合性に悩むアーキテクト
この本を推薦するペルソナ
- 西村 幸介テックリード エンジニアリングマネージャー
チームの認知負荷とコミュニケーション構造を科学的に設計するフレームワーク。急成長するスタートアップでチームを組成するマネージャーに直接使える実践的な組織設計の教科書。
- 松本 裕子フリーランスエンジニア エンジニアリングマネージャー
フリーランス期間中に普及したチームトポロジーの考え方は、現代のエンジニアリング組織設計の必修知識。自分がEM時代に経験したチーム構造の問題が体系的に整理されており、復職直後から実践できる。
- 南 達也シニアソフトウェアエンジニア（大企業） テックリード（スタートアップ）
少数精鋭のスタートアップでチームを設計する際の科学的フレームワーク。大企業の縦割り組織からフラットで高速なチームへの転換を理解し、テックリードとして即実践できる。
- 森 洋志フルスタックエンジニア / 共同創業者 CTO（スタートアップ）
シリーズA後の急拡大でどのようにチームを分割・設計するかの科学的フレームワーク。CTOとして4名から30名規模への組織設計を誤ると後で大きな技術的負債になる。その失敗を防ぐための必読書。
- 西田 由貴SREエンジニア プラットフォームエンジニア
SREからプラットフォーム側に移るうえで最も重要なのが組織設計の理解。プラットフォームチームの責務範囲とインタラクションモードを整理でき、社内提案の言語化に直結する。 プラットフォームエンジニアを目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。
本書の概要
コンウェイの法則を逆手にとり「望ましいアーキテクチャを生むために、チーム構造の方を設計する」という考え方を4つのチームタイプ（Stream-aligned / Platform / Complicated-subsystem / Enabling）と3つのインタラクションモード（Collaboration / X-as-a-Service / Facilitating）で体系化した組織設計論の決定版。
目次・章構成
目次データは準備中です
各章の見出しと要約を順次追加していきます。本書の構成感を掴みたい方は、まず「本書の概要」と「読み方ガイド」をご参照ください。
このロードマップに登場します
- 経理事務 経理事務リード（5年〜）
- アナリティクスエンジニア シニアアナリティクスエンジニア（4〜7年）
- アナリティクスエンジニア リードアナリティクスエンジニア（7年以上）
- コンテンツストラテジスト コンテンツ戦略リード（5年〜）
- カスタマーサクセスマネージャー CSリード（5年〜）
- デベロッパーアドボケイト / DevRel Head of DevRel / DevRel リード（5年〜）
- DevOpsエンジニア コンテナ・CI/CD
- 学習の目的
- 「チームトポロジー ―価値あるソフトウェアをすばやく届ける適応型組織設計」を通じてDevOpsエンジニアの実務で求められる技術を体系的に学ぶ。
- 読み方ガイド
- 基礎知識がある前提で読み進める。実際の業務やプロジェクトと照らし合わせながら、実践的な箇所を重点的に学ぶ。
- 期待される成果
- コンテナ・CI/CDステップの学習後、ソフトウェアエンジニアリングに関する理解が深まり、DevOpsエンジニアとしての実務で即戦力となれる。
- エンジニアリングマネージャ テックリード（0〜2年）
- エンジニアリングマネージャ エンジニアリングマネージャ（中級）（4〜7年）
- エンジニアリングマネージャ シニア EM / ディレクター（7年〜）
- 一般事務 一般事務担当（1〜3年）
- 一般事務 事務リーダー（5年〜）
- グロースアナリスト グロース分析リード（5年〜）
- 人事事務 人事事務リード（5年〜）
- マーケティングリサーチャー リサーチリード（5年〜）
- プラットフォームエンジニア プラットフォームエンジニア（2〜4年）
- プラットフォームエンジニア シニアプラットフォームエンジニア（4〜6年）
- プラットフォームエンジニア リードプラットフォームエンジニア（6年〜）
- プロダクトマネージャー（PdM） リード PdM / Head of Product
- QA / テストエンジニア リード QA / QA マネージャー
- セールスオペレーション Sales Opsリード（5年〜）
- ソリューションアーキテクト 設計・提案スキル習得期（1〜3年）
- SRE（Site Reliability Engineer） ミドル SRE（1〜3年）
- 学習の目的
- 「チームトポロジー ―価値あるソフトウェアをすばやく届ける適応型組織設計」を通じてSRE（Site Reliability Engineer）の実務で求められる技術を体系的に学ぶ。
- 読み方ガイド
- 基礎知識がある前提で読み進める。実際の業務やプロジェクトと照らし合わせながら、実践的な箇所を重点的に学ぶ。
- 期待される成果
- ミドル SRE（1〜3年）ステップの学習後、ソフトウェアエンジニアリングに関する理解が深まり、SRE（Site Reliability Engineer）としての実務で即戦力となれる。
- UX デザイナー リード UX / UX マネージャー
- UXリサーチャー UXリサーチリード（5年〜）
- Webディレクター Webディレクションリード（5年〜）
良い点・気になる点
良い点
- チーム設計の語彙が標準化されており、組織論の議論を「感覚」から「共通用語」に引き上げてくれる
- Team API・認知負荷・Fracture Plane など、再利用可能な概念が明確に定義されている
- 薄い本（280ページ）ながら現場で即使える抽象度で、意思決定者が短時間で読める
気になる点
- 概念の提示が中心で、実組織でどう導入するかの事例は物足りないと感じる読者もいる
- 翻訳語（「ストリームアラインド」など）がそのままカタカナで、用語定着に時間がかかる
次に読むべき本
同じカテゴリの本
同じカテゴリの書籍は現在この本のみです。
読み方ガイド
初心者の読み方
初めての方はまず目次と前書きを通読し、最初の2〜3章で全体像を掴んでから前から順に読み進める。難所は飛ばして二周目で補完する読み方が効率的。
中級者の読み方
中級者以上はすでに知っている章を流し読みし、自分の弱点に対応する章へ重点的に時間を割くと学習効率が上がる。
リファレンスとしての使い方
読了後はリファレンスとして手元に置き、業務で迷ったら該当章を辞書的に引き直す使い方が効果的。気になった引用は本棚にメモしておくと、再読時の入り口になる。
読了の目安: 1日30分のペースで約10日、週末まとめ読みで3週間が目安。
読了後に書ける学習アウトプット
書きたいアウトプットを先に決めると、読書の集中ポイントが明確になります。
- チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計の核心アイデアを200字で要約したメモ
- leadership-managementに関する自分の業務課題1つを、本書のフレームで再整理した記事
- 本書で得た学びを実務に適用した結果と、効果を測定するKPI
- 同じ章を読んだ読書会向けの議論ポイント3つ
- 参考になった引用と自分の解釈をまとめたブログ記事の下書き
外部リンク・購入
次の一歩を踏み出す
「チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計」を活かすには、自分のキャリア地図上で位置づけることが大切です。