チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計

マシュー・スケルトン / マニュエル・パイス / 原田騎郎 / 永瀬美穂 / 吉羽龍太郎

DXが進み、ビジネスはIT・オンラインを基準に変化が加速している。この大きな流れを受けるのがソフトウェア開発である。またソフトウェア業界としては、アジャイルやDevOpsなどの手法を開発して、時代の移り変わりの速度に合わせるように、いかに効率的にサービスを提供できるかを試行錯誤してきた。
本書は高速なデリバリーを実現することを目的とした、4つの基本的なチームタイプと3つのインタラクションパターンに基づく、組織設計とチームインタラクションのための実践的な適応モデルを紹介する。これは、ソフトウェアの組織設計における大きな前進であり、チームの相互作用と相互関係を明確に定義した方法を提示することで、チーム間の問題を組織の自己運営のための貴重なシグナルに変え、結果として得られるソフトウェアアーキテクチャをより明確で持続可能なものにする。これにより組織に適したチームパターンを選択して進化させ、ソフトウェアを健全な状態に保つことで、バリューストリームを最適化するのに役立たせることができるだろう。

【目次】
PART I デリバリーの手段としてのチーム
Chapter1 組織図の問題
Chapter2 コンウェイの法則が重要な理由
Chapter3 チームファースト思考

PART Ⅱ フローを機能させるチームトポロジー
Chapter4 静的なチームトポロジーチームのアンチパターン
Chapter5 4つの基本的なチームタイプ
Chapter6 チームファーストな境界を決める

PART Ⅲ イノベーションと高速なデリバリーのため にチームインタラクションを進化させる
Chapter7 チームインタラクションモード
Chapter8 組織的センシングでチーム構造を進化させる
Chapter9 まとめ:次世代デジタル運用モデル

• カテゴリ: ビジネス・実用
• ジャンル: IT・コンピュータ / IT・Eビジネス
• 出版社: 日本能率協会マネジメントセンター
• タイトル: チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計
• タイトルID: 1048437
• ページ数: 280ページ
• 電子版発売日: 2021年12月01日
• コンテンツ形式: EPUB
• サイズ(目安): 12MB

[ブクログ · ★★★★★]

何度読んでも学びがある本。コンウェイの法則からチーム構造とその進化の方法を論理的かつ実践的に紹介されていて現場で役立つ内容がふんだんに入ってる。チーム間コミュニケーションの制限を意図的にデザインするという考え方はとても面白く納得感もある説明がされていてとてもよい。

[ブクログ · ★★★★★]

1章では逆コンウェイ戦略についての重要性を述べ、
2章で4つのチームタイプ、3章では3つのインタラクションモードについて述べている。
総じて逆コンウェイ戦略とチームファーストについて説いていると思われる。
個人→チームに目を向けていく開発者にとって、
LeanとDevOpsの科学とならべてとってもよい書籍。
ぜひまた読み返したい。

[ブクログ · ★★★★★]

近年のソフトウェア開発における組織のあるべき姿をシンプルに解説した良書。
4つのチームと3つのインタラクションモードという切り分け方は、実際の業務においても納得感があった。
一方で、このプラクティスを適用できる段階・できない段階の組織というものはそれぞれありそう。
本書に登場する単語は独特なものばかりで、概念を知らない人には伝わりづらい部分がある。
とはいえ、難解な概念は少なく、昨今の組織戦略の文脈では多く登場するのもあって、理解と咀嚼に時間を割く価値はあるなと感じた。

コミュニケーションパスの制限による開発速度の向上は実感としても感じるものがあるが、チーム間のコミュニケーションによって生まれていた何らかが生まれづらくなる懸念があるのではないかと感じた。
そういった部分を俯瞰的に見る役目はイネイブリングチームか、あるいはEM的な立場の人になるんだろうか。

[ブクログ · ★★★★★]

これまで縦、横、マトリックス、プロジェクト、タスクフォースのような従来の組織パターンでしか考えることが出来なかったソフトウェア開発組織について、コンウェイの法則を踏まえた現代のソフトウェア開発に適応するための新しいチームタイプを定義し、それらをどのように組成し、どうコミュニケーションさせるとよいかを説明した書籍。組成時の設計だけでなく、どのように変化させたら良いかを考えるための良い参考書。

[ブクログ · ★★★★★]

少し参考文献にあたらないと腑に落ちない部分もあるものの、全体としてよくまとまっていて思考が整理される。

[ブクログ · ★★★★★]

組織構造とプロダクトが連動するのは別の本で「コンウェイの法則」に出会って知っていてが、より組織構造をどのようにすればよいのかのヒントになる。
IT業界の話ではあるけどもこれはどれぐらい他の組織にも応用できるのかも気になった。
また、「コンウェイの法則」が言われてからこんなにも時間が経ってから組織構造に注目があるのかが不思議である。これまでは組織よりも個人の生産性が高ければなんとかなっていたのかな。

[ブクログ · ★★★★☆]

チームの作り方、こうあるべき、という方が示されておりわかりやすかった。今の自分のチームは合致するタイプだったが、合致しない時組織をどう変えたらいいのかのアイデアが持てそうではあるがそもそも変えられないような組織の人はどうしたらいいのか。
具体的な内容が多岐にわたっていることもあり、現チームに課題があまりないと読むのが辛い分量だった。また折を見て見返したい。

[ブクログ · ★★★★☆]

チームや組織の設計に、いわゆる「よい」ソフトウェア設計の考え方を適用して考えられる、というのが新しい視点でした。
各チームがチームAPIというインターフェイスを通じて協調的に・自律的に仕事を進めていく、と考えると、ソフトウェアシステムと類似点が多く面白い。認知負荷が高くなっているチームは「神クラス」的なものだと捉えると、確かに責務≒担当するドメインちゃんと分割しないとね、って考えやすい。
本書を通じて、ちょっとチームづくりに興味を持ちました。

[ブクログ · ★★★★☆]

# 多方面からプロダクトに立ち向かうための、戦略的組織論

## 面白かったところ

- 組織とソフトウェアアーキテクチャは密接に関わり合っており、人こそがソフトウェアであり組織を良くも悪くもすることがわかった
- 自分が管轄外のプロダクトには適切な境界線（interface）を切って、異なる概念を持ち込まない・持ち込ませない制約があるとイイことを改めて学べた点

## 微妙だったところ

- 引用がとても多く、著者自身の熱い思いがあまりなかった点。チームトポロジーのフレームワークはすごいしやってみる価値はあるんだけど、イマイチ引き込まれれる何かがなかった。

## 感想

現場での課題図書として上がっていた一冊。なにもないところから著者の真意を汲み取ることは難しいだろうなとは思いつつ、現場での組織構成を擬えて見るとかなりイメージが進んだ。

人間一人の認知負荷にも限界があり、チームのそれにも限界がある。この前提を踏まえたうえで、自チームで担当すること・しないことのドメイン境界を切ってinterfaceでハーネスをかける。

「〇〇チームは▲▲機能の担当」という境界を　Package by Featureで区切る。多機能とやり取りするときは必ずInterfaceを切って、他チームとコミュニケーションを図る。

なるほど。今やっている僕らの軌跡はこの本からやってきたんだと腑に落ちた。

[ブクログ · ★★★★☆]

あまり解説されない職能横断型チームやこの10年のソフトウェア開発組織パターンがまとまった良書。ただ引用と独特な用語が多すぎて難しい