チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計
マシュー・スケルトン, マニュエル・パイス, 原田 騎郎, 永瀬 美穂, 吉羽 龍太郎日本能率協会マネジメントセンター280ページISBN 9784820729631
マネジメントタグで同率4位(72冊中)。Zenn・Qiitaなどの18記事で紹介され、全期間では同率38位(言及のある1,753冊中、時点)。
- 紹介記事
- 18件
- 媒体別
- Zenn 5・Qiita 2・企業テックブログ 11
- 初めての紹介
- 最新の紹介
この本を選ぶ前に
- 対象読者
- 組織設計に関心がある人や、中規模から大規模のプロダクト開発組織のマネジメント層 根拠: 自社サイト開発のEM/TL経験者が、現職に入社してから5年弱で読んできた本をまとめるほか1件
- 難易度
- 上級ピックアップガイドの分類
- 出版年
- (約5年前)
- タグ内の順位
- マネジメントタグで同率4位(72冊中・紹介記事数の順)
- 注意点
- DevOpsの文脈が前提で、自動化やテストファーストなどの基礎的プラクティスが必要とする記事がある 根拠: 書評「チームトポロジー 」
- チーム構成を変える権限がない立場では、実際にできることが少ないとする記事がある 根拠: 2022年上半期に読んだ技術書
- チーム境界を明瞭にする方向は日本企業では機能しない可能性があるとする記事がある 根拠: AI agentを活用した開発プロセスと人間の認知限界
対象読者・難易度・注意点は、紹介記事の内容をもとにAIがまとめたものです(根拠記事へのリンクつき)。出版年・順位・代わりの本は書誌と集計データから出しています。
紹介の推移
2021年下期以降の10期のうち9期で紹介され、本を紹介した記事に占める割合は最大4%(2022年上期)でした。直近の2026年上期は1%(93記事中1記事)でした。
数値を表で見る
| 期間 | この本 | 全体 | 割合 |
|---|---|---|---|
| 2026年上期 | 1記事 | 93記事 | 1% |
| 2025年下期 | 1記事 | 137記事 | 1%未満 |
| 2025年上期 | 1記事 | 127記事 | 1%未満 |
| 2024年下期 | 1記事 | 160記事 | 1%未満 |
| 2024年上期 | 0記事 | 120記事 | 0% |
| 2023年下期 | 2記事 | 132記事 | 2% |
| 2023年上期 | 2記事 | 93記事 | 2% |
| 2022年下期 | 3記事 | 95記事 | 3% |
| 2022年上期 | 3記事 | 71記事 | 4% |
| 2021年下期 | 1記事 | 68記事 | 1% |
「全体」は、その期に公開され、いずれかの本を紹介した記事の数(ZennとQiitaへの同時投稿は1本と数える)。
紹介記事から読み取れること
18件の紹介記事の内容をもとにAIがまとめたものです(根拠記事 4件・生成日 )。各項目に根拠記事へのリンクがあります。
この本の特徴
- チーム構成だけでなく、チーム間のインタラクションも組織設計の枠組みに含める点である
- 4つの基本的なチームタイプと3つのインタラクションパターンを土台に、状況に応じて適応させるモデルである
- チームに何を期待できるかを明確にするチームAPIの考え方である根拠: 2022年上半期に読んだ技術書
言及記事から読み取れる傾向
組織やチームの設計、チーム間のコミュニケーションを考える視点として紹介されている
根拠: 2022年上半期に読んだ技術書、自社サイト開発のEM/TL経験者が、現職に入社してから5年弱で読んできた本をまとめる、今年読んだ書籍の読書記録【2022年版】
組織構造の重要性や、チームとマネジメントの大切さを考えさせられたという評価がある
根拠: 年末に読みたいおススメ技術書3選
こんな人におすすめ
対象レベル: 中堅〜シニアやマネージャー、および中規模から大規模のプロダクト開発組織のマネジメント層
こんな目標を持つ人に:
- 個人とチームの認知負荷、チーム間のコミュニケーション、組織の拡大について考える
- 組織やチームの設計、コミュニケーション課題の解決について考える
※ この情報は18件の技術記事からAIが分析・生成したものです。表示している分析項目には根拠記事へのリンクがあります。読者の逐語引用ではありません。 実際の内容は書籍でご確認ください。
紹介している記事
いいね数順 · 18件記事ごとの説明は、記事本文のうちこの本に触れた部分をAIが要約したもので、筆者の原文ではありません。
- 2022年上半期に読んだ技術書 Zenn · adwd · · いいね 200
CI/CDやコンウェイの法則、マイクロサービスを前提に、どのようなチーム構成にし、チーム間のやり取りをどう設計するかという、技術面より組織面の学びを得たとしている。特にチームAPIの考え方を好み、チームに何を期待できるかが明確なら働きやすそうだと評価する。一方、チーム構成を変える権限がない立場では、読んでも実際にできることが少なく、「いいなぁ」という感想で終わりそうだと留保している。
- 【2024年版】開発者が絶対に読むべき本のススメ Zenn · Chiba_d · · いいね 53
エンジニア向け書籍を紹介する記事の「中堅〜シニア・マネージャ向け」の項目で本書を取り上げている。個人とチームそれぞれの認知負荷をどう捉えるか、チームごとにどのようなコミュニケーションがあるべきか、また組織の拡大について考える際に、ヒントが詰まっていると評価している。
- 自社サイト開発のEM/TL経験者が、現職に入社してから5年弱で読んできた本をまとめる Zenn · しゅーてぃー · · いいね 10
組織設計に関心がある人や、中規模から大規模のプロダクト開発組織のマネジメント層に向けて本書を紹介している。さまざまな名称のチームが登場して覚えるのは大変かもしれないが、自社のチームに当てはめて読むと理解しやすいとしている。組織やチームの設計、コミュニケーション課題の解決に関心があり、とても好きな本だと評価している。
- オライリー本だけじゃない Oreilly Learningで読める本の紹介 Zenn · masa5555 · · いいね 3
- 年末に読みたいおススメ技術書3選 Qiita · hr k · · いいね 1
話題になっていた本を今更ながら読み、とても良かったと評価している。読む前には、組織構造の重要性についてここまで考えるとは思わなかったという。人数の少ない情シスでは一人で担う状況になりがちだが、総務との業務分担や他部署との管掌をめぐって揉める経験もあると述べる。ソフトウェア開発に焦点を当てた内容でも、組織を重視する視点から、チームやマネジメントの大切さを考えさせられたとしている。
- イネイブリングチームが、半年で自分たちのスコープを変えた話 企業テックブログ · エス・エム・エス ·
筆者のチームは、名前も考え方も同書のイネイブリングチームに由来するとしている。支援先の作業を肩代わりせず、自分でできるようにすることを目的とし、関わりも恒久的でないという前提を最初に置いたと述べる。この前提は成果の測り方やチーム指針の「やらないことリスト」にも反映され、その後の判断の支えになった。半年後に活動のスコープが上位へ移り、同書の定義とはずれが生じたことにも触れている。
- 書評「チームトポロジー 」 企業テックブログ · 虎の穴 ·
AI推進とアーキテクト・セキュリティのチームに所属し、他チームとの関わり方や役割を整理する手がかりとして読んだ。コンウェイの法則と逆コンウェイ戦略、4つのチームタイプ、3つのインタラクションモード、チームの認知負荷の考え方が参考になったという。一方でDevOpsの文脈が前提で、自動化やテストファーストなどの基礎的プラクティスが必要だとも感じ、既存組織に取り入れる際は変えられる箇所から考える必要があるとしている。
- AI agentを活用した開発プロセスと人間の認知限界 企業テックブログ · freee ·
チームの責任範囲を扱える認知負荷に見合ったものにする設計の拠り所として取り上げている。逆コンウェイ戦略のもと、4つのチームタイプ、チームAPI、3つのインタラクションモードが論じられているという。一方で、チーム境界を明瞭にする方向性はアメリカ的な企業文化を反映しており、J型企業の日本では導入してもうまく機能しない可能性があると筆者は考えている。
- 2025年に読んだ本の振り返り Zenn · ryuta goto ·
- 2023年に読んで衝撃を受けた、ソフトウェア開発に関する3冊の本を紹介してみる 企業テックブログ · Chatwork ·
組織の設計について書かれた本として紹介し、読んでレンガで頭を殴られたような衝撃を受けたと述べている。チーム間のコミュニケーションは密であるほど良いという暗黙の前提が自分にあったと気づき、疎である方が良い場合もあると知ったという。チームの役割とチーム間コミュニケーションのパターンを学び、事業を成長させる組織設計を考えるきっかけになったとしている。
- 輪読会を1Q通して運営してみて 企業テックブログ · CADDi ·
筆者のチームは輪読会で2冊目に読んだという。チームがソフトウェアを作るという思想を基に、チームのあり方やチーム間のコミュニケーションを示す本とする。チーム運営の共通認識や共通言語ができた点を評価し、雑談でも本の言葉が出てくるようになったとしている。社内のTech組織の形態もこの本の影響を強く受けているという。
- 『チームトポロジー』の読書会がはじまりました 企業テックブログ · ハウテレビジョン ·
筆者の会社では次の読書会のテーマとして投票で本書を選び、1章・2章を読み終えた段階にある。抽象度が高く読み応えがあり議論の余地が多いと感じている。業務で感じる負担が「認知負荷」という概念で言語化でき、課題を論理的に議論できそうだとし、スクラムの要素を組み合わせられればと考えている。
- 今年読んだ書籍の読書記録【2022年版】 Qiita · Hideharu Nagakura ·
ソフトウェアを高速にデリバリーすることを目的とした本として紹介している。組織設計とチーム間のインタラクションについて、4つの基本的なチームタイプと3つのインタラクションパターンを土台に、状況に応じて適応させる実践モデルを扱う内容だと説明している。チームの設計に加え、チーム同士の関わり方も組織設計の枠組みに含めている点を紹介している。
- 2022年 みらい翻訳メンバー、おススメはこの1冊! 企業テックブログ · みらい翻訳 ·
- 新たな組織改善にチームトポロジーを活用したいと思っているところ 企業テックブログ · Adways ·
社内で読書会を行う中で、組織改善に使えると感じた点を整理している。サービス責任の線引きには節理面、チームの役割には本のチームタイプ、チーム外連携にはインタラクションモードが使えるとする。各チームタイプに期待される振る舞いは開発チームのチェックリストとして活用できそうで、連携の特性に合わせたトレーニング方法も記載されているとしている。
- チームトポロジーを読んだ #ちいとぽ 企業テックブログ · みらい翻訳 ·
書籍プレゼント企画で入手して読み、ソフトウェア開発組織のデザインパターンを示す本と位置づけている。印象に残った点として、不必要なコミュニケーションの制限、認知負荷、4つのチームタイプと3つのインタラクションモード、チーム構造の進化を挙げる。認知負荷の指摘は自チームの状況と重なり強く刺さったとし、万能の特効薬ではなく適宜参考にしたいと述べている。
- チームトポロジーを用いたRettyプロダクト開発体制の解説 #ちいとぽ 企業テックブログ · Retty ·
事前レビューから関わった本で、自社の開発体制をチームトポロジー図に描いて解説している。コンウェイの法則を踏まえ、4つのチームタイプと3つのインタラクションモードでフローを最適化する組織を設計する考え方だとする。図をもとに、XaaSの関係を自動化するセルフサービスへ近づける案や、開発外部との連携の扱いに悩む点を述べている。
- 新卒で入社してから読んでみた本を並べてみた。 企業テックブログ · Yappli ·
発売されたばかりの本で、コンウェイの法則も知らない自分には難しいかと思ったが、そうではなかったと述べている。図や表が多く色分けもされていて読みやすく、価値あるソフトウェアを素早く届ける適応型組織設計は実践的なモデルだとし、ヤプリにも取り入れたいとしている。
この本について
本書は、ソフトウェアを継続して届けるための組織設計を、チームの構成とチーム間の関係から組み立てる適応モデルとして示す。前半では、組織図の問題やコンウェイの法則を踏まえ、チームを起点に考える視点と、固定的なチーム構造が生むアンチパターンを扱う。続いて、4つの基本的なチームタイプ、チーム境界の決め方、チーム間の3つの相互作用モードを説明し、個人やチームの認知負荷、コミュニケーションのあり方にも触れる。CI/CDやマイクロサービスを前提としたチームAPIの考え方では、チームに期待する役割を明確にする。後半では、組織の変化を捉えてチーム構造を進化させる方法を取り上げる。チーム間の問題を組織設計を見直す手がかりとし、ソフトウェアの構造と価値提供の流れを整えることを目指す。
楽天ブックスの商品説明と紹介記事をもとにAIが要約したものです。原文の転載ではありません。