マトリックス組織

現代のビジネス環境において、企業は「専門性の深化」と「横断的な連携」という二つの相反するニーズに同時に応えなければならない局面が増えている。単一の組織形態では、どちらか一方を優先すると他方が犠牲になりやすい。この構造的なジレンマを解消するために設計されたのが、マトリックス組織（Matrix Organization）である。

グローバル化・デジタル化が加速するなか、コンサルティングファームや多国籍メーカーをはじめとする複雑な事業構造を持つ企業において、マトリックス組織は標準的な組織設計の選択肢の一つとなっている。組織論・人材マネジメントの観点からも、その適用条件と運用の難しさを正確に理解することが、実務上の意思決定を支える基盤となる。

マトリックス組織とは

マトリックス組織（Matrix Organization）とは、職能別組織（Functional Organization）や製品別組織（Divisional Organization）のような、種類の異なる二つの組織軸を同時に併存させる組織構造である。

「マトリックス（Matrix）」とは数学・工学における行列を意味し、縦軸と横軸が交差する格子状の構造を組織設計に転用した概念である。

典型的な構成は「縦軸＝機能部門（開発・営業・製造等）」「横軸＝製品・プロジェクト・地域等」であり、従業員はこの二軸の交点に位置づけられる。

その結果、一人の従業員が機能部門の上司とプロジェクトの上司など複数の上長に同時に報告する構造が生じる点が、他の組織形態との最大の相違点である。

この報告ラインは評価者・アサイン責任者・プロジェクトマネジャーなど3系統以上になる場合もあり、デュアルレポーティング（Dual Reporting）という呼称は「複数の報告ラインを持つ指揮命令構造」を指す総称として用いられる。

マトリックス組織が機能するためには、一般的に次のような特徴を備えることが多い。

第一に、複数の組織軸が独立せず相互に連携・依存していること。第二に、人材・設備・予算といったリソースを組織横断で共有・配分していること。第三に、縦軸・横軸の双方に一定の権限と責任が明示的に付与されていることである。

この三条件のいずれかが欠けると、マトリックス組織は名称だけを借りた「形式的な兼務」にとどまり、その機能を発揮しない点に留意が必要である。

具体例／ミニケース

コンサルティングファームの事例

多くの総合系コンサルティングファームは、マトリックス組織の実践例として広く知られている。

軸の設計は各社で異なり、「インダストリー軸（自動車・小売・金融等の業界別）×ファンクション軸（組織人事・マーケティング・SCM＝Supply Chain Management：調達から納品までの供給連鎖管理、等の機能別）」のほか、「ケイパビリティ×地域」「サービスライン×インダストリー」など多様な形態が存在する。

コンサルタントは自身が専門とするインダストリーとファンクションの両方に帰属し、案件単位でクロスするチームを編成する。

例えば「自動車インダストリー × 組織人事ファンクション」のコンサルタントが、グローバル自動車メーカーの人事制度改革プロジェクトにアサインされる、といった形である。

製造業グローバル企業の事例

P&G（Procter & Gamble）やABBなど多国籍メーカーでも、製品ライン別事業部（横軸）と地域別組織（縦軸）を組み合わせたマトリックス組織が採用されてきた。

各地域の市場特性に応じた柔軟な対応と、グローバルブランドとしての一貫性を同時に維持するための設計である。

運用上の課題が顕在化したケース

競合記事が触れていない視点として、マトリックス組織の失敗事例も重要な実務知識である。

ABBは1988年の設立当初からグローバル・マトリックス組織を採用し、事業エリア軸と地域軸を組み合わせた複雑な構造を運営してきた。

しかし組織規模の拡大とともに縦軸・横軸の権限調整コストが増大し、意思決定の遅延が慢性化した。

1990年代後半には組織簡素化を目的として事業軸をより重視する再編を進め、2001年以降は事業領域を絞り込む構造改革へと移行した経緯がある。

マトリックス組織の設計・運用においては、導入後の継続的な権限設計の見直しが不可欠であることを示す事例である。

類似組織形態との違い

プロジェクト型組織との最大の違いは「恒久性」にある。プロジェクト型はプロジェクト終了と同時に組織が解散されるため、ノウハウが蓄積されにくい。

マトリックス組織では機能部門（縦軸）が恒久的に存在するため、専門知識・スキルは機能部門に残留し、次のプロジェクトへと継承される。

マトリックス組織の種類（ウィーク型・バランス型・ストロング型）

マトリックス組織はプロジェクト責任者（PM）の権限の強さによって三つの類型に区分される。

PMI（Project Management Institute：1969年創設のプロジェクトマネジメント専門家団体）が発行するPMBOK® Guide（プロジェクトマネジメント知識体系ガイド）では、マトリックス組織をウィーク・バランス・ストロングの3類型として整理している。

なお、マトリックス組織そのものは1960年代から航空宇宙・防衛産業における大規模プロジェクト管理の文脈で実務的に発展した概念であり、PMBOKはその分類を体系化したものである。

ウィーク型（Weak Matrix）

ウィーク型は、プロジェクト内に専任の責任者を置かず、機能部門マネジャーが実質的な権限を保持する形態である。

プロジェクト調整役（コーディネーター）は存在するが、人事・予算の権限は機能部門側にある。従業員は機能部門の業務を優先しながらプロジェクトに参画するため、プロジェクトの優先度が相対的に低くなりやすい。

バランス型（Balanced Matrix）

バランス型は、プロジェクトマネジャーと機能部門マネジャーが権限をほぼ対等に分有する形態である。

メンバーは両者の指示を受けながら業務を遂行するため、調整コストは高い一方、双方の視点を反映した意思決定が可能となる。実際には最も運用難易度が高く、権限の境界が曖昧になりやすい。

ストロング型（Strong Matrix）

ストロング型は、専任のプロジェクトマネジャーが人事・予算・スケジュールにわたる広範な権限を持ち、機能部門から独立してプロジェクトを主導する形態である。

機能部門はリソースを提供する役割にとどまり、プロジェクト目標の達成を優先した意思決定が行われやすい。

多くのコンサルティングファームでは、プロジェクトマネジャーの権限が比較的強く、ストロング型に近い運営が行われることが多い。

型の選定基準

• プロジェクトの戦略的重要度が高く、スピードが優先される場合 → ストロング型
• 機能部門の専門性維持と横断連携のバランスが求められる場合 → バランス型
• 日常業務への影響を最小化しつつ、緩やかな横断連携を図る場合 → ウィーク型

コンサルティング業務での位置づけ

論点設計（イシュー出し）

クライアントの組織改革プロジェクトにおいて、まず「現行組織のどの問題がマトリックス設計の欠如に起因しているか」を特定することが論点設計の出発点となる。

サイロ化（Siloization：部門間の情報・リソース共有が分断された状態）による機会損失、権限の所在不明確による意思決定遅延、人材の非効率配置——これらの症状を「組織軸の設計問題」として定義することで、処方箋としてのマトリックス組織導入を議論のテーブルに乗せる。

現状分析（As-Is整理）

組織診断においては、現行の指揮命令系統・責任分担の実態・人材配置を可視化する。責任分担の整理にはRACIチャート（Responsible・Accountable・Consulted・Informed の4役割を整理する代表的なフレームワークの一つ）が活用されることが多い。

特に「デュアルレポーティングが生じている職位はどこか」「縦軸と横軸の間でリソース競合が頻発している領域はどこか」を定量・定性データで把握することが、現状分析の核心である。

施策設計（To-Be）

マトリックス組織の設計においては、型の選定（ウィーク・バランス・ストロング）と権限分界点の設定が施策の中心となる。

さらに、縦軸・横軸双方のマネジャーが合意できるパフォーマンス指標（KPI）の設計、兼務人材の選定基準、コンフリクト（権限衝突）発生時のエスカレーションルートの明文化が必須の設計項目である。

この段階で権限設計を曖昧にしたままにすることが、後述する導入失敗の最大要因となる。

資料作成（スライド構造）

経営層への提言スライドでは、①現行組織の課題（サイロ化・意思決定遅延の定量化）→ ②マトリックス組織の設計案（型・権限分界・責任分担の整理）→ ③移行ロードマップ（フェーズ別の組織変更計画）という三層構造が一般的な構成となる。

権限分界の可視化にはRACIチャートのような責任分担フレームワークが活用されることが多く、承認者と実行者の役割を一目で示す資料として経営会議でも参照されやすい。

導入メリットと注意点

導入メリット

• リソース効率の最大化：専門人材を複数プロジェクトに横断配置できるため、機能別組織のように各部門が専門家を抱え込む非効率を回避できる。
• 知識・ノウハウの蓄積：専門性は機能部門（縦軸）に残留するため、プロジェクト終了後も組織の知的資産として継承される。
• 意思決定の分散化：ストロング型では現場レベルのPMに権限が委譲されるため、経営陣の負担軽減と意思決定スピードの向上が期待できる。
• 多様な視点の統合：機能部門とプロジェクト双方の視点が交わることで、単一組織では気づきにくいクロスファンクショナルな課題を発見しやすくなる。

注意点・適用限界

• 指揮命令の複雑化：デュアルレポーティングにより、従業員が「どちらの上司を優先すべきか」という役割葛藤（Role Conflict）を抱えやすい。権限設計の曖昧さが組織の機能不全を招く最大のリスクである。
• 調整コストの増大：縦軸と横軸のマネジャー間での合意形成に要する会議・調整工数が、シンプルな組織形態と比較して大幅に増加する。
• 導入・維持コスト：組織設計の複雑さに見合う管理インフラ（HRシステム・評価制度・コミュニケーション設計等）が必要であり、小規模組織には過剰なコスト負担となる場合がある。
• 適用限界：マトリックス組織は「複雑性の管理」を前提とした設計であるため、事業の複雑性が低い・人員規模が小さい・意思決定スピードが最優先の組織には適合しない。成功事例と失敗事例の双方が示すとおり、導入後の定期的な権限見直しプロセスを組み込まなければ、形骸化するリスクがある。

コンサル採用面接で問われる理由

コンサルティングファームの採用面接において、マトリックス組織という用語そのものが直接問われる場面は多くない。

しかし、ケース面接で「組織再編」「事業部制の見直し」「グローバル展開に伴う組織設計」をテーマとした問いが出題された際、マトリックス組織の構造的な論理を内面化していることが、解答の論理展開に厚みをもたらす。

特に「なぜその組織形態を選ぶのか」「どの軸に権限を置くべきか」という問いに対して、ウィーク・バランス・ストロングという権限設計の軸で考察できると、思考の構造化能力を示す素材となる。

また、コンサルティングファーム自体がマトリックス組織を採用していることを理解しておくと、「入社後にどのように業務に関わるか」を具体的に語る際の文脈として機能する。

概念の骨格と、その実務上の意義を自分の言葉で整理しておけば、十分な知識基盤となる。

FAQ

Q1. マトリックス組織の定義を簡潔に教えてほしい。

マトリックス組織とは、職能別・製品別・地域別などの異なる組織軸を同時に併存させ、従業員が複数の上長に対して報告するデュアルレポーティング構造を持つ組織形態である。

「縦軸（機能部門）」と「横軸（製品・プロジェクト・地域等）」が交差する格子状の組織を指し、単一の組織形態では実現が難しい「専門性の深化」と「横断的な連携」を同時に追求するために設計される。

名称は行列（Matrix）に由来し、各従業員が縦軸・横軸の交点に位置づけられることを示している。

組織設計論においては、1960年代から1970年代にかけて航空宇宙・防衛産業での大規模プロジェクト管理の必要性から実務的に発展した概念とされる。

Q2. 事業部制とマトリックス組織は何が違うのか？

事業部制（Divisional Organization）は、製品・地域・顧客セグメントごとに独立した事業部を設け、各事業部がPL（損益）責任と必要な機能（開発・営業・製造等）を内包する形態である。各事業部は基本的に自己完結しており、他事業部との指揮命令上の関係は薄い。

一方、マトリックス組織では機能部門のリソースを事業部・プロジェクト間で横断共有するため、事業部間の連携が構造的に設計されている。

最大の相違点は「指揮命令系統の数」であり、事業部制では単一の報告ラインが原則だが、マトリックス組織では縦軸・横軸の二本の報告ラインが公式に存在する。

コンサルティング場面では、事業部制の「サイロ化」を是正する手段としてマトリックス組織への移行が検討されることが多い。

Q3. マトリックス組織はどのような状況で導入が適切か？

マトリックス組織の導入が有効な条件は主に三つある。

第一に、事業・製品・地域が複数存在し、機能部門の専門人材を効率よく横断配置したい場合。

第二に、スピードと専門性の双方が求められ、単一の組織軸では対応しきれない複雑な課題を扱う場合。

第三に、クライアント・業界ごとに異なる対応が必要なコンサルティングファームや技術サービス企業のように、案件ごとに最適なチーム編成が必要な場合である。

逆に、事業の複雑性が低い・人員規模が小さい・意思決定スピードが最優先の環境では、調整コストが便益を上回る可能性が高い。

導入前に「権限設計の明確化」と「コンフリクト解消の仕組み」を整備できるかどうかが、成否を分ける判断基準となる。

Q4. コンサルプロジェクトにおいてマトリックス組織はどのように活用されるか？

コンサルティングプロジェクトにおけるマトリックス組織の活用は、主に「クライアントへの組織診断・設計支援」と「コンサルファーム自身の組織運営」の二つの文脈がある。

クライアント支援では、現行組織のサイロ化・意思決定遅延の診断から始まり、マトリックス設計の型選定（ウィーク・バランス・ストロング）、権限分界の設定、RACIチャートの作成、移行ロードマップの策定までを一連のデリバラブル（成果物）として提供する。

コンサルファーム自身の運営においては、インダストリー×ファンクションの二軸でプロジェクトチームを動的に編成し、専門人材を効率よく案件に配置する仕組みとして機能している。

人事評価においても、機能部門（縦軸）のマネジャーとプロジェクト（横軸）のマネジャーの双方からフィードバックを受ける仕組みが整備されているファームが多い。

Q5. マトリックス組織導入でよくある失敗・誤解は何か？

最も多い誤解は「二つの組織を並べれば自動的にマトリックス組織として機能する」という思い込みである。

名目上はマトリックス設計を宣言しても、権限の境界が曖昧なまま運用されると、デュアルレポーティングは「二人の上司から矛盾した指示を受ける混乱」に転落する。実際に失敗した企業の共通点は、権限分界とコンフリクト解消プロセスを明文化しないまま移行した点にある。

もう一つの誤解は「マトリックス組織は調整を自動的に促進する」というものである。実際には、縦軸・横軸の間で発生するリソース競合を調整するための定例の合意形成会議や、権限超越（一方が他方の決定に過剰介入する状態）を防ぐガバナンス設計が別途必要である。

マトリックス組織は「構造を作れば運用される」ものではなく、継続的なマネジメント投資を前提とした組織形態であることを正確に理解しておく必要がある。

Q6. ウィーク型・バランス型・ストロング型の選び方はどう考えればよいか？

三つの型の選定基準は「プロジェクトの戦略的重要度」と「機能部門の安定性維持の必要度」のトレードオフで決まる。ストロング型はプロジェクト目標の達成を最優先する場合に適するが、機能部門のリソース枯渇や専門性の空洞化リスクを伴う。

ウィーク型は機能部門の安定性を最優先するが、プロジェクトの優先度が相対的に低下し、横断連携の実効性が損なわれやすい。

バランス型はその中間だが、権限が曖昧になりやすく、二人のマネジャーが同じ課題に対して異なる指示を出すコンフリクトが最も頻発する。

PMI（Project Management Institute）の枠組みでは、プロジェクトの規模・期間・戦略的優先度に応じて型を選定することが推奨されており、一律に「どの型が最善か」という解はなく、自社の事業特性と組織文化に照らした判断が求められる。

まとめ（実務整理）

マトリックス組織は、「専門性の深化」と「横断的な連携」という二つの相反する組織ニーズを同時に満たすために設計された組織形態である。

縦軸（機能部門）と横軸（製品・プロジェクト・地域等）を交差させることで、リソースの効率配分・知識の継承・意思決定の分散化を実現できる一方、デュアルレポーティングに伴う指揮命令の複雑化・調整コストの増大・権限設計の難しさという固有の課題を伴う。

実務上は、ウィーク・バランス・ストロングという三類型の特性と適用条件を理解したうえで、事業の複雑性・人員規模・意思決定速度の要件に照らして型を選定することが設計の出発点となる。

権限分界の明文化とコンフリクト解消プロセスの整備なしに導入した場合、名目だけのマトリックス組織に陥るリスクがある点は、設計・診断の双方において常に意識すべき適用限界である。

コンサルティングの文脈では、組織診断・再設計プロジェクトにおける現状分析と施策設計の双方でマトリックス組織の概念が参照される場面が多い。

コンサルティングファーム自体がインダストリー×ファンクションの二軸で運営されていることを踏まえ、その構造と特性の骨格をおさえておくことは、実務への参画に向けた基礎的な理解として有用である。

出典

• PMI（Project Management Institute）『A Guide to the Project Management Body of Knowledge（PMBOK® Guide）』
  https://www.pmi.org/pmbok-guide-standards/foundational/pmbok
• 経済産業省・中小企業庁「我が国産業における人材力強化に向けた研究会（人材力研究会）報告書」（平成30年3月）
  https://www.chusho.meti.go.jp/koukai/kenkyukai/jinzaikyoka/2018/180314jinzaikyokakondankai.pdf