組織論における3つのフレームワーク
組織をどう設計するかという問いに対して、古典的なものからソフトウェア開発に特化したものまで、さまざまなフレームワークが提案されてきた。ここではミンツバーグの組織形態、Team Topologies、ギャルブレイスのスター・モデルの3つを取り上げる。それぞれ切り口がまったく違うので、並べてみると組織設計の多面性が見えてくる。
ミンツバーグの組織形態
5つの基本部分と4つの形態
ミンツバーグは組織構造を、戦略的頂点・中間ライン・オペレーション・コア・テクノストラクチャー・サポート・スタッフという5つの基本部分に分解した。これらの要素の力関係によって、組織はまったく異なる姿をとる。1
分類としては、まず4つの基本形態がある。2
- 起業家型組織 … 単純構造とも呼ばれる。小規模で中央集権的。意思決定はトップダウン。
- 機械型組織 … 機械的官僚制。標準化された作業と厳格なルールで動く。効率重視。
- 専門家型組織 … 専門的官僚制。病院や大学のように、高度な専門知識を持つ人材が中心。
- 多角化型組織 … 事業部制。各事業部が独立採算で運営される。
各組織形態の長所・短所
| 組織形態 | 長所 | 短所 |
|---|---|---|
| 起業家型組織 | 意思決定が速い、柔軟性が高い | トップの能力に依存する、組織が大きくなると対応できない |
| 機械型組織 | 効率性が高い、安定している | 変化への対応が遅い、創造性が低い |
| 専門家型組織 | 専門性が高い、質の高いサービスを提供できる | 部門間の連携が難しい、コストが高い |
| 多角化型組織 | 各事業部が独立して活動できる、責任と権限が明確 | 全体最適が難しい、事業部間の競争が激化する |
| アドホクラシー | 創造性が高い、変化への対応が速い | コストが高い、組織が不安定になりやすい |
パーソナル型組織
最高位者に権力が集中し、その人物のビジョンやリーダーシップが組織全体を規定する形態。3 スタートアップや小規模事業に多い。
特徴を整理すると、3
- 最高位者のリーダーシップが組織文化や戦略を左右する
- 意思決定が速く、柔軟性が高い
- 組織構造がシンプルで、管理コストが低い
- 変化への対応力が高い
反面、最高位者への依存度が高いため、後継者問題や組織拡大に伴うマネジメントの複雑化が課題になりやすい。
組織形態に作用する4つの力
ミンツバーグは組織形態を動かす力として、4つを挙げている。4
- 統合 … 組織の各部分を束ね、全体として機能させる力
- 効率 … 資源を有効活用し、無駄をなくす力
- 熟達 … 専門知識やスキルを深める力
- 協同 … 協力して共通の目標を達成する力
これらの力は組織形態ごとに異なる強さで働く。パーソナル型組織では「統合」が、機械型では「効率」が、専門家型では「熟達」が、それぞれ支配的になる。
政治アリーナ型組織
ミンツバーグは「政治アリーナ」という組織形態も提唱した。5 組織内にさまざまな利害関係者が存在し、権力闘争や政治的な駆け引きが常態化している状態を指す。正式な権限構造がうまく機能せず、意思決定が停滞したり、組織の目標達成が妨げられたりする。
境界の曖昧さと組織デザイン
組織と外部環境の境界が曖昧になり、外部との連携が不可欠になるケースが増えている。6 ミンツバーグはこうした状況での組織デザインの重要性を指摘し、外部連携を強化するための手法を提案している。
なぜこのモデルが必要だったのか
組織構造を類型化することで、今この組織がどういう状態にあるのか、次にどうなるべきかを議論しやすくなる。組織は状況に応じて形態を変えていくものであり、どの形態にも永続的な正解はない。7 組織文化も形態と連動していて、形態が変われば文化も変わりうる。7
Team Topologies
4つのチームタイプと3つのインタラクションモード
Team Topologiesは、Matthew SkeltonとManuel Paisが提唱したフレームワークで、ソフトウェア開発におけるチーム構成と相互作用を扱う。8 チームの認知負荷を減らし、自律的に動けるチームをつくることを狙いとしている。9
フレームワークは4つのチームタイプと3つのインタラクションモードで構成される。10
チームタイプ
- ストリームアラインドチーム … 特定のビジネス目標に沿って構成され、ソフトウェアのデリバリーに責任を持つ。10 顧客に価値を届ける流れ全体を把握し、その流れに沿って動く。
- イネーブリングチーム … 他のチームが新しい技術や手法を習得するのを支援する。10 専門知識を共有し、ストリームアラインドチームの自律を後押しする。
- コンプリケイティッド・サブシステムチーム … 複雑なサブシステムに特化した専門チーム。10 高度な専門知識を要する領域を引き受ける。
- プラットフォームチーム … 他のチームがデリバリーに集中できるよう、基盤を提供する。10 セルフサービス型のプラットフォームを構築する。
インタラクションモード 11
- コラボレーション … 2つのチームが緊密に協力し、共通の目標に向けて共同で取り組む
- X-as-a-Service … あるチームが別のチームにサービスとして機能を提供し、利用側の認知負荷を下げる
- ファシリテーション … あるチームが別のチームの能力向上を支援する。コーチングやトレーニングを通じてスキルを高める
3つの主要な側面
Team Topologiesは3つの側面から成り立っている。12
- 4つのチームタイプによる役割分担で、各チームの責任範囲を明確にする
- 3つのインタラクションモードで、チーム間のコミュニケーションを整理する
- 組織の規模やフェーズの変化に応じて、チーム構成やインタラクションモードを柔軟に組み替える
逆コンウェイ戦略
コンウェイの法則は「システム設計は組織構造を反映する」という経験則だが、Team Topologiesではこれを逆手に取る。10 望ましいソフトウェアアーキテクチャを先に描き、それに合わせて組織構造を意図的に設計するという発想で、「逆コンウェイ戦略」と呼ばれている。
チームファースト思考
Team Topologiesでは、チームの自律性と認知負荷の軽減を最優先に考える。13 個人ではなくチームを基本単位とし、チームが効果的に活動できる環境を整えることを重視する。
長所・短所
| 特徴 | 説明 |
|---|---|
| 長所 | チームの自律性向上、認知負荷の軽減、コミュニケーションの効率化、組織全体の学習促進 |
| 短所 | 導入の難しさ、既存の組織構造との整合性、チーム間の役割分担の明確化 |
生まれた背景
アジャイル開発やDevOpsの普及に伴い、システム開発は複雑化していった。11 コンウェイの法則を踏まえると、ソフトウェアアーキテクチャと組織構造は切り離せない。14 その認識のもとで、チームの自律性と効率性を高めるために生まれたのがTeam Topologiesだった。
ギャルブレイスのスター・モデル
5つの要素からなるシステム
ギャルブレイスのスター・モデルは、組織を5つの要素からなるシステムとして捉える。それぞれの要素が相互に関連し合い、全体の機能に影響を与える。15
5つの要素は以下のとおり。15
- 戦略 … 組織の目標と、それを達成するための計画
- 構造 … 部門やチームといった構成要素と、それらの関係性
- プロセス … 業務の流れや意思決定の方法
- 報酬システム … モチベーションを高め、組織目標への貢献を促す仕組み
- 人材 … 組織を構成する人の能力、スキル、知識
スター・モデルはビジネスモデルの分析にも使える。その場合は5つの要素で分析する。16
- Value Proposition … 顧客に提供する価値は何か
- Value Delivery … どのように顧客に価値を届けるか
- Value Creation … どのように価値を創造するか
- Value Capture … どのように収益を得るか
- Value Finance … どのように資金を調達し、運用するか
長所・短所
| 特徴 | 説明 |
|---|---|
| 長所 | 組織全体の整合性を重視、組織設計の包括的なフレームワーク、組織変革の指針 |
| 短所 | モデルの複雑さ、要素間の相互作用の分析の難しさ、環境変化への対応 |
適用事例
新規事業の提案や既存事業の改善を行う際に、スター・モデルの5つの要素で分析すると、ビジネスモデルの全体像をつかみやすくなる。17 組織設計だけでなく、ビジネスモデルの点検ツールとしても機能する。
生まれた背景
組織は複雑なシステムであり、どれか1つの要素だけいじっても全体はうまく回らない。15 スター・モデルはその認識のもと、組織設計で考慮すべき要素を明示した。とりわけ戦略と他の要素の整合性を重視しており、戦略を支える構造・プロセス・報酬・人材を一体で設計する必要があるとしている。
3つのモデルの比較
共通する視点
- いずれも組織をシステムとして捉え、要素間の相互作用に注目している
- 目的や戦略に合わせて組織構造を設計すべきだという前提を共有している
- 環境変化に応じて組織が進化する必要性を説いている
異なる切り口
ミンツバーグは組織構造そのものの類型化に関心がある。Team Topologiesはソフトウェア開発におけるチーム構成と相互作用に特化している。スター・モデルは5つの要素の整合性という切り口で組織全体を俯瞰する。
相互の関連
- ミンツバーグの類型は、Team Topologiesでチームタイプを選ぶときや、スター・モデルで構造を設計するときの参照枠になる
- Team Topologiesのチーム構成は、ミンツバーグのアドホクラシーやスター・モデルのプロセス設計と接点がある
- スター・モデルの包括性は、ミンツバーグやTeam Topologiesがカバーしない要素を補う
最新動向と今後の発展
- ミンツバーグの組織形態 … 環境の複雑化と変化の加速を受けて、従来の類型に収まらないアドホクラシー型やネットワーク型の組織が注目されている。18
- Team Topologies … ソフトウェア開発の現場で広く採用されている。DevOpsやクラウドネイティブとの相性がよく、今後も発展していくだろう。19
- スター・モデル … 古典的なフレームワークだが、戦略と他の要素の整合性を図るという考え方は色あせていない。組織変革や組織文化の構築にも応用されている。
使い分けのヒント
3つのモデルに共通しているのは、「組織は固定するものではなく、変化に応じて組み替えるもの」という姿勢だ。ミンツバーグは形態の選択と進化を説き、7 Team Topologiesはチーム構成とインタラクションの柔軟な組み替えを重視し、12 スター・モデルは戦略変化に合わせた要素の再設計を促す。15
どれか1つが万能ということはない。組織の現状を診断したいならミンツバーグ、ソフトウェア開発チームの編成を考えるならTeam Topologies、戦略と組織全体の整合性を点検するならスター・モデルと、目的に応じて使い分けるのが実用的だろう。
引用文献
Footnotes
-
「生きた組織」を構成するプレーヤーとは - DIAMOND ハーバード・ビジネス・レビュー, 1月 17, 2025にアクセス、 https://dhbr.diamond.jp/articles/-/10650 ↩
-
ミンツバーグが明らかにする4種類の組織形態 - DIAMOND ハーバード・ビジネス・レビュー, 1月 17, 2025にアクセス、 https://dhbr.diamond.jp/articles/-/10655 ↩
-
ミンツバーグの組織論(3) - QMS 行政書士井田道子事務所, 1月 17, 2025にアクセス、 https://www.qms-imo.com/2024/09/26/%E3%83%9F%E3%83%B3%E3%83%84%E3%83%90%E3%83%BC%E3%82%B0%E3%81%AE%E7%B5%84%E7%B9%94%E8%AB%96-3/ ↩ ↩2
-
ミンツバーグの組織論(4) - QMS, 1月 17, 2025にアクセス、 https://www.qms-imo.com/2024/10/06/%E3%83%9F%E3%83%B3%E3%83%84%E3%83%90%E3%83%BC%E3%82%B0%E3%81%AE%E7%B5%84%E7%B9%94%E8%AB%96-4/ ↩
-
【対話的読書】ミンツバーグの組織論 Session5|ナラティブ・エル・セッションズ成瀬 岳人 - note, 1月 17, 2025にアクセス、 https://note.com/gunshi_note/n/n331c9218fc5d ↩
-
ミンツバーグの組織論 - QMS 行政書士井田道子事務所, 1月 17, 2025にアクセス、 https://www.qms-imo.com/%E6%9B%B8%E7%B1%8D%E3%81%AE%E3%81%94%E7%B4%B9%E4%BB%8B/%E3%83%9F%E3%83%B3%E3%83%84%E3%83%90%E3%83%BC%E3%82%B0%E3%81%AE%E7%B5%84%E7%B9%94%E8%AB%96/ ↩
-
【対話的読書】ミンツバーグの組織論 Session4|ナラティブ・エル・セッションズ成瀬 岳人 - note, 1月 17, 2025にアクセス、 https://note.com/gunshi_note/n/nc9b1916e9ebd ↩ ↩2 ↩3
-
问答:团队拓扑如何支持平台工程 - 腾讯云, 1月 17, 2025にアクセス、 https://cloud.tencent.com/developer/article/2401597 ↩
-
チームトポロジーから組織の現時点を知る - Qiita, 1月 17, 2025にアクセス、 https://qiita.com/darquro/items/5c1fa035352170fcd5fc ↩
-
チームトポロジーを簡単にまとめてみた - Qiita, 1月 17, 2025にアクセス、 https://qiita.com/a7ther/items/a8d98a296036470a9edd ↩ ↩2 ↩3 ↩4 ↩5 ↩6
-
Team Topologies - 守株阁, 1月 17, 2025にアクセス、 https://magicliang.github.io/2021/06/15/Team-Topologies/ ↩ ↩2
-
Platform Engineeringを実現する上で重要な組織論「チームトポロジー」とは? - CodeZine, 1月 17, 2025にアクセス、 https://codezine.jp/article/detail/19001 ↩ ↩2
-
探索团队新境界:Team Topologies 社区材料深度解读 - CSDN博客, 1月 17, 2025にアクセス、 https://blog.csdn.net/gitblog_00020/article/details/139434333 ↩
-
チームトポロジー - Martin Fowler’s Bliki (ja), 1月 17, 2025にアクセス、 https://bliki-ja.github.io/TeamTopologies ↩
-
スターモデルを使って組織設計の5つの難題を解決する方法:海外ベストセラーに学ぶ, 1月 17, 2025にアクセス、 https://mag.executive.itmedia.co.jp/executive/articles/1206/27/news021.html ↩ ↩2 ↩3 ↩4
-
成功するビジネスモデルを考えるフレームワーク「Value Star Model®」|東渕先生経営塾 - note, 1月 17, 2025にアクセス、 https://note.com/yoikaisha/n/n0bbce1a67080 ↩
-
スター構造とは?概要から成功例を解説。演習&回答あり - やさしいビジネススクール, 1月 17, 2025にアクセス、 https://yasabi.co.jp/star/ ↩
-
カリスマリーダーが率いる「パーソナル型」組織の長所と短所, 1月 17, 2025にアクセス、 https://dhbr.diamond.jp/articles/-/10656 ↩
-
Team Topologiesの共著者来日! 日本初のプラットフォームエンジニアリングのカンファレンス『Platform Engineering Kaigi 2024』, 1月 17, 2025にアクセス、 https://www.cnia.io/conference-pek2024/ ↩