組織の作り方|フェーズ別の設計手順と機能不全を防ぐ鉄則
組織作りとは——目的と得られる成果
人が集まれば自然と組織になるわけではありません。役割も権限も決まっていない人の集まりは、規模が小さいうちは機能しているように見えても、人が増えるとたちまち混乱します。誰が何を担い、誰が何を決め、どのような基準で動くかを設計することで、人の集まりははじめて「機能する組織」になります。ただしこの設計は一度やれば完成するものではなく、組織の成長フェーズに合わせて継続的に見直す性質のものです。
組織作りの目的
組織を作る本質的な目的は、個人の総和を超える成果を生み出すことです。一人ひとりが全てを担おうとすれば、必ず限界が来ます。役割を分担し、情報を適切に流通させ、意思決定の場所を明確にする。この三つを設計することで、組織は「個人の集合体」から「機能するシステム」へと変わります。ところが、「枠組みを作ったのに機能しない」という壁に多くの経営者がぶつかります。組織設計はなぜ機能しなくなるのか、その構造を次章から解説します。
なぜ「作った」組織は機能しないのか——失敗の構造
「組織をどう作るか」という問いには、二つの異なる層があります。一つは構造の設計——役割・権限・制度・フローを整えること。もう一つは診断の技術——作った構造のどこがどのように崩れているかを見抜くことです。多くの解説は前者に集中します。しかし、組織を継続的に機能させる力の核心は、後者にあるかもしれません。設計は一度完成しますが、診断は組織が生きている限り繰り返す営みです。「うまくいっていない」という漠然とした感覚を、「どの原則が崩れているか」という問いに変換する——その技術を持つことが、設計を活かすための前提条件になります。
組織設計の書籍や記事は数多くあります。にもかかわらず、「設計通りに動かない」「制度を作っても浸透しない」という声は絶えません。この問題の根は設計の不足にあるのではなく、どの原則が崩れているかを特定できていないことにあります。「何かうまくいっていない」という漠然とした感覚を、「どの原則が崩れているか」という診断に変換することが、機能する組織への第一歩です。
5原則違反がもたらす症状マッピング
組織設計には、命令統一性・統制範囲・権限責任一致・専門化・権限委譲という5つの基本原則があります(詳細はH2-4参照)。これらのどれかが崩れると、組織に特有の症状として現れます。現場で起きている症状から崩れている原則を逆引きすることで、「何を優先して直すべきか」が明確になります。
「指示が現場に届かない、または複数の上司から矛盾した指示が来る」という症状は、命令統一性の原則が崩れているサインです。一人の部下に対して複数の上司が命令を出す構造が生まれているときに発生します。「人が増えるほど混乱が増し、マネージャーがいつも手一杯になっている」という症状は、統制範囲の原則のオーバーです。一人のマネージャーが適切に管理できる人数を超えた状態です。「ミスが起きると責任の押し付け合いになる」という症状は、権限責任一致の原則の欠如です。権限を与えずに責任だけを押し付けている、あるいはその逆の状態が原因です。自分の組織でどの症状が出ているかを確認することで、設計のどこを直すべきかが見えてきます。
「構造」と「文化」のどちらを先に設計するか
組織設計の議論でよく出る問いに、「構造から作るべきか、文化から作るべきか」というものがあります。しかし、この問いの立て方自体が間違っています。構造なき文化は「仲の良い集まり」で終わります。誰が何を決めるかが曖昧なまま価値観だけを共有しても、意思決定の場で停滞が生まれます。一方、文化なき構造は「形骸化した制度」になります。行動規範が共有されていない状態で役割と権限だけを定めても、制度は現場の行動と乖離します。正しいアプローチは、構造と文化を同時並行で育てることです。組織図を作りながら理念を言語化し、評価制度を設計しながら行動規範を浸透させる——この両輪を止めないことが機能する組織を作る条件です。
組織の成長フェーズと設計の変え方
「組織の作り方」を解説する記事の多くは、特定の規模を前提にした一般論を語ります。しかし、創業期の10名規模に有効な設計と、成長期の50名規模に必要な設計は、求められるものがまったく異なります。まず自社が今どのフェーズにいるかを確認し、そのフェーズに合わせた設計に集中することが、無駄な制度を作らないための前提条件です。自己診断の基準はそれぞれのH3で示します。
創業期(〜20名)の組織設計
創業期に最も重要なことは、「文化の核を作ること」です。この段階では、フラットな組織構造と非公式なコミュニケーションが自然と機能します。全員が互いの仕事を把握できる規模なので、詳細な役割定義書や複雑な評価制度はまだ必要ありません。むしろ過度な構造化は、創業期に最も重要な意思決定の速さと実験の自由度を奪います。
この段階でやるべきことは、「自分たちが何者で、何のために存在し、どう行動するか」を言語化しておくことです。組織が20名、50名に成長したとき、その文化的な核がなければ新しく入ってくる人々に何も伝わりません。創業期に作られた文化の核は、後から取り返しのつかない基盤です。自己診断の目安として、全員が同じ空間でコミュニケーションでき、経営者が全員の仕事の詳細を把握できているうちは、創業期の設計が有効と判断できます。
成長期(20〜100名)の組織設計
組織が20名を超えたあたりから、創業期の設計では機能しなくなるサインが現れ始めます。「最近、重要な情報が自分に入ってこなくなった」「誰が何をやっているか全体を把握しきれない」「意思決定に時間がかかるようになった」という感覚を経営者や幹部が持ち始めたとき、それは組織設計を更新するべきタイミングです。
この段階で必要になるのは機能分化です。営業・開発・管理など、専門機能ごとにチームを分け、それぞれにマネージャーを置く構造に移行します。あわせて必要になるのが、創業期に暗黙知だった文化の文書化です。自社の行動規範・価値観・仕事の進め方を明文化し、採用や評価の基準に組み込みます。評価制度もこの段階から正式化する必要がありますが、精緻な制度を一度に構築しようとせず、目標設定・評価・フィードバックのサイクルを回せる最小限の仕組みから始めるのが現実的です。
土台となる5原則——設計前に知っておくべき最低限の知識
組織設計には、実践の中で長年にわたり検証されてきた5つの基本原則があります。これらは「正しく運用すれば組織がうまくいく」という処方箋としてだけでなく、「崩れたときにどんな症状が出るかを知る」診断ツールとして活用できます。H2-2の症状マッピングと照らし合わせながら、設計前に確認しておいてください。
| 原則 | 内容 | 崩れると起きること |
|---|---|---|
| 専門化の原則 | 業務を専門ごとに分担し、各人が特定の職能に集中できる構造にする | 一人が多様な業務を兼任し、どれも中途半端になる |
| 権限責任一致の原則 | 与えられた責任の範囲と一致した権限を持たせる | 責任の押し付け合いが起き、意思決定が停滞する |
| 統制範囲の原則 | 一人のマネージャーが直接管理する人数を適切な範囲に収める | マネージャーが機能不全になり、現場への目が届かなくなる |
| 命令統一性の原則 | 一人の部下に対して、命令を出す上司は一人にする | 矛盾した指示が現場に届き、混乱と不信が生まれる |
| 権限委譲の原則 | 経営者が全ての判断を握らず、適切な範囲の権限をマネージャーや担当者に委ねる | 経営者にボトルネックが生まれ、意思決定が遅くなる |
文化・構造・人事システムを設計する3ステップ
組織を機能させるには、文化・構造・人事システムという三つの要素をそれぞれ設計する必要があります。これらは独立したものではなく、互いに整合して初めて機能します。文化が構造に反映され、構造が人事システムに連動することで、組織全体が同じ方向に動き始めます。三つをバラバラに設計するのではなく、「それぞれが整合しているか」を常に確認しながら進めることが重要です。
文化を設計する(理念・ビジョンの言語化と浸透の仕組み)
文化設計の最初のステップは、理念・ビジョン・行動規範を言語化することです。しかし、言葉を作って壁に貼るだけでは機能しません。大切なのは「日常業務のどこに組み込むか」です。採用の選考基準に価値観を入れる、評価項目に行動規範を反映させる、会議の冒頭で理念を読み合わせる——こうした仕組みを設計して初めて、文化は日常の行動に溶け込みます。言語化した文化が現場の行動と乖離している組織の多くは、「言葉を作ったが、浸透させる仕組みを設計していなかった」という状態です。
構造を設計する(組織図・役割定義・権限の明示)
構造設計は、「何のための組織か」という目的から逆算して進めます。目的を達成するために必要な機能を洗い出し、その機能を担うチームや役割を定義し、最後に人を当てはめる順序です。このとき特に重要なのは、役割定義書で「誰が何を決めるか」を明示することです。役割の名前だけを定めて意思決定の権限を曖昧にすると、問題が起きたときに誰も動けない状態になります。組織図は「現在の体制の見える化」としてではなく、「目的を達成するための設計図」として機能させてください。
人事システムを設計する(評価制度と育成サイクル)
人事システムは、文化と構造の両方と連動して設計する必要があります。評価制度が文化(行動規範)を反映していなければ、いくら理念を語っても「評価に関係ない」と判断されます。具体的には、目標設定・評価・フィードバック・育成のサイクルを設計し、そのサイクルを定期的に回す仕組みを作ります。ただし、このサイクルは作っただけでは動きません。誰がいつどのように運用するかを設計しなければ、制度は形骸化します。その運用設計が次章のテーマです。
設計後に「動かす」——組織を機能させる運用の鉄則
組織設計の最大の落とし穴は、「設計した段階で完成したと思うこと」です。文化・構造・人事システムを整えても、それを日常業務の中で動かす仕組みがなければ制度は形骸化します。設計と運用は別物です。組織が実際に機能するかどうかは、設計の優劣よりも「設計したものを日常の中でどう動かすか」に大きく左右されます。
情報の流れを設計する(会議体と1on1の体系化)
組織が機能しなくなる最も多い原因のひとつは、情報の流れが設計されていないことです。構造をいくら精緻に作っても、誰が何の情報をいつ受け取るかが設計されていなければ、必要な情報は届かず、不要な情報があふれる状態になります。
情報の流れを設計するとは、会議体と1on1の体系を作ることです。全社方針を共有する全社会議、部門ごとの進捗と課題を扱う部門会議、個人の目標と成長を扱う1on1——それぞれの目的・参加者・頻度・アジェンダを明示し、「どの情報はどの場で扱うか」を設計します。この体系がないまま組織が大きくなると、「重要な情報が経営者まで届かない」「現場はいつ方針を知ったのかわからない」という状態が常態化します。情報の流れの設計は、組織図の設計と同等の重要性を持つ運用設計です。
マネージャーを先に育てる——設計が絵に描いた餅になる本当の理由
どれだけ優れた組織設計をしても、それを運用するマネージャーが機能しなければ、設計は机上の空論で終わります。多くの組織がマネージャー育成を「設計の後工程」として位置づけますが、これが設計の絵に描いた餅化の最も根本的な原因です。
マネージャーの育成は、組織設計と並行して、あるいはそれより先に進めるべき課題です。目標を設定し、メンバーの状況を把握し、適切なフィードバックを返す——この一連のマネジメントスキルがなければ、評価制度も1on1も機能しません。特に日本の組織では「優秀なプレーヤーが昇格してマネージャーになる」ケースが多くあります。しかしプレーヤーとして優秀であることと、マネージャーとして機能することは別のスキルセットです。設計された制度を動かせる人材を先に育てることが、組織を機能させるための最後の鍵です。
組織の作り方ロードマップ——段階別にやることを整理する
ここまでの内容を踏まえ、組織を作る際の進め方を段階別に整理します。この流れは固定された順序ではありませんが、各ステップの依存関係を理解した上で進めることで、設計の抜け漏れを防ぎ、無駄な回り道を減らすことができます。自社の現状と照らし合わせながら、今どの段階にいるかを確認してください。
- 現在の成長フェーズを確認する(H2-3参照)——創業期か成長期かによって、次の設計の優先度が変わります。
- 機能不全の症状を確認する(H2-2参照)——現在どの原則が崩れているかを特定し、設計の優先事項を決めます。
- 5原則を把握する(H2-4参照)——設計の前提となる基本原則を確認します。
- 文化・構造・人事システムを設計する(H2-5参照)——三つの要素が互いに整合するよう設計します。
- 運用設計を行う(H2-6参照)——会議体・1on1・情報の流れを設計し、制度を動かす仕組みを作ります。
- マネージャーを育成する(H2-6参照)——設計を運用できる人材を育てます。これは設計と並行して進めることが重要です。
- 改善サイクルを回す——組織は作って終わりではありません。定期的に機能しているかを確認し、症状が出たら原則に立ち返って見直します。


