📚
【読書記録】チームの力で組織を動かす - アンチパターンから学ぶ組織設計
チームの力で組織を動かす
書籍名: チームの力で組織を動かす 〜ソフトウェア開発を加速するチーム指向の組織設計
著者: 松本成幸
この本を手に取った理由
- 現在のプロジェクトでチーム間のコミュニケーションコストが高く、開発速度が上がらない課題を感じていた
- 「個人の優秀さ」と「チームの力」のどちらを重視すべきか、理論的な根拠が欲しかった
- Twitterで「エンジニアリングの概念を組織設計に応用している」という評判を見て興味を持った
本の概要
ソフトウェア開発組織において「チーム」を中心に据えた組織設計の方法論を解説した本。前半では組織のパフォーマンスを低下させる16のアンチパターンを詳細に分類し、後半ではチーム設計の6原則と責務定義の7ガイドラインを提示する。エンジニアリングのアーキテクチャ概念を組織構造に応用しているのが特徴で、エンジニア組織のマネージャーやリーダー向けの実践的な内容となっている。
印象に残ったポイント
1. チーム間のパフォーマンス差は個人差の200倍
- ジェフ・サザーランドの調査によると、個人のパフォーマンス差が最大10倍なのに対し、チーム間の差はなんと2,000倍
- 優秀な個人を集めるより、優秀なチームを作ることの方が組織への影響が圧倒的に大きい
- 「個人主義 vs チームワーク」という議論に対する明確な数値的根拠を得られた
- 今後は採用や評価の軸を「個人のスキル」だけでなく「チームへの貢献」にも広げていきたい
2. 「ねじれコンウェイ」というアンチパターン
- コンウェイの法則では組織構造とシステム構造は類似するはずなのに、時間経過で乖離していく現象
- 他チームのコンポーネントに変更を加えるべきところを、自チームのコンポーネントで対応してしまうことで発生
- 過去の現場で「コンポーネントAが持つべき機能をBが実装し、それがAを参照する」という構造を見た経験があり、これが言語化されて腹落ちした
- 小規模のうちは運用でカバーできるが、組織拡大とともに混乱や不具合の原因になると理解できた
3. アンチパターンは「避けるべきもの」であり「一時的に取らざるを得ないもの」
- アンチパターンを踏むことは必ずしも失敗ではなく、その時点でのベストな選択である場合もある
- 環境や制約条件の変化により、ベストプラクティスがアンチパターンに変わることもある
- 重要なのは、アンチパターンを言語化し、将来のリスクを予測した上で戦略的に意思決定すること
- 「完璧な組織設計」を目指すのではなく、「現状を認識し、次にどこへ向かうか」を考える視点が実践的で共感できた
こんな人におすすめ
- エンジニア組織のマネージャーやリーダーで、チーム設計に悩んでいる人
- 組織が拡大していく中で、コミュニケーションコストや開発速度の低下を感じている人
- エンジニアリング的な思考で組織論を理解したい技術者
- これからチーム開発に本格的に関わろうとする若手エンジニア
- 時間がない人でも、アンチパターンの章だけ読むだけでも価値がある
まとめ
組織設計の本でありながら、エンジニアリングのアーキテクチャ概念をメタファーとして使っているため、技術者にとって非常に理解しやすい内容だった。特に16のアンチパターンは「ああ、これ見たことある」と過去の経験を呼び起こすものばかりで、自分の組織を客観的に見つめ直すきっかけになった。
完璧な組織を目指すのではなく、現在地を把握し、戦略的に次の一手を考える。そのための言語と思考の枠組みを提供してくれる実践的な一冊。チームメンバーと輪読会をして、組織改善の共通言語として活用したい。
書籍情報リンク
Discussion