組織の作り方|フェーズ別の設計手順と機能不全を防ぐ鉄則

組織作りとは——目的と得られる成果

人が集まれば自然と組織になるわけではありません。役割も権限も決まっていない人の集まりは、規模が小さいうちは機能しているように見えても、人が増えるとたちまち混乱します。誰が何を担い、誰が何を決め、どのような基準で動くかを設計することで、人の集まりははじめて「機能する組織」になります。ただしこの設計は一度やれば完成するものではなく、組織の成長フェーズに合わせて継続的に見直す性質のものです。

組織作りの目的

組織を作る本質的な目的は、個人の総和を超える成果を生み出すことです。一人ひとりが全てを担おうとすれば、必ず限界が来ます。役割を分担し、情報を適切に流通させ、意思決定の場所を明確にする。この三つを設計することで、組織は「個人の集合体」から「機能するシステム」へと変わります。ところが、「枠組みを作ったのに機能しない」という壁に多くの経営者がぶつかります。組織設計はなぜ機能しなくなるのか、その構造を次章から解説します。

PR|運営者より

営業のために顧客管理システムを作ったら、社内通貨「Gold」が生まれて、組織が動き出しました。その経緯をnoteに書いています。

→ 【30】営業のために顧客管理システム作ったら、Goldという社内通貨ができて組織が地球儀ぐるぐる回し始めた

この仕組みを、どの会社でも使える形にして、私たちが提供しているのが「Game toB」です。

Game toB法人向けゲーミフィケーションサービスwww.game-tob.bizGame toB 法人向けゲーミフィケーションサービス

なぜ「作った」組織は機能しないのか——失敗の構造

「組織をどう作るか」という問いには、二つの異なる層があります。一つは構造の設計——役割・権限・制度・フローを整えること。もう一つは診断の技術——作った構造のどこがどのように崩れているかを見抜くことです。多くの解説は前者に集中します。しかし、組織を継続的に機能させる力の核心は、後者にあるかもしれません。設計は一度完成しますが、診断は組織が生きている限り繰り返す営みです。「うまくいっていない」という漠然とした感覚を、「どの原則が崩れているか」という問いに変換する——その技術を持つことが、設計を活かすための前提条件になります。

組織設計の書籍や記事は数多くあります。にもかかわらず、「設計通りに動かない」「制度を作っても浸透しない」という声は絶えません。この問題の根は設計の不足にあるのではなく、どの原則が崩れているかを特定できていないことにあります。「何かうまくいっていない」という漠然とした感覚を、「どの原則が崩れているか」という診断に変換することが、機能する組織への第一歩です。

5原則違反がもたらす症状マッピング

組織設計には、命令統一性・統制範囲・権限責任一致・専門化・権限委譲という5つの基本原則があります(詳細はH2-4参照)。これらのどれかが崩れると、組織に特有の症状として現れます。現場で起きている症状から崩れている原則を逆引きすることで、「何を優先して直すべきか」が明確になります。

「指示が現場に届かない、または複数の上司から矛盾した指示が来る」という症状は、命令統一性の原則が崩れているサインです。一人の部下に対して複数の上司が命令を出す構造が生まれているときに発生します。「人が増えるほど混乱が増し、マネージャーがいつも手一杯になっている」という症状は、統制範囲の原則のオーバーです。一人のマネージャーが適切に管理できる人数を超えた状態です。「ミスが起きると責任の押し付け合いになる」という症状は、権限責任一致の原則の欠如です。権限を与えずに責任だけを押し付けている、あるいはその逆の状態が原因です。自分の組織でどの症状が出ているかを確認することで、設計のどこを直すべきかが見えてきます。

※著者の体験

組織改善の支援に入って最初の数回は、「問題を直そうとしない期間」にしています。観察することだけに絞ります。支援先のある現場で、全員が同じ問題を認識しているのに、誰もそれを「自分が解くべきこと」として扱っていない打ち合わせに何度か出会いました。

気になって後日、その担当領域の役割定義に関する書類を確認しました。責任範囲は書かれていましたが、その責任を果たすために必要な意思決定の権限がどこにも記載されていませんでした。状況を最もよく把握している人が、問題を解決するための判断を下せない構造になっていました。

外部の立場から見ると、こういう場面は「前に進まない人たち」ではなく「前に進めない構造」として見えます。ただ、自分も数ヶ月通い続けると、最初に気になった停滞の様子に目が慣れていきます。症状が最も鮮明に見えるのは、入って間もない時期だと感じています。

「構造」と「文化」のどちらを先に設計するか

組織設計の議論でよく出る問いに、「構造から作るべきか、文化から作るべきか」というものがあります。しかし、この問いの立て方自体が間違っています。構造なき文化は「仲の良い集まり」で終わります。誰が何を決めるかが曖昧なまま価値観だけを共有しても、意思決定の場で停滞が生まれます。一方、文化なき構造は「形骸化した制度」になります。行動規範が共有されていない状態で役割と権限だけを定めても、制度は現場の行動と乖離します。正しいアプローチは、構造と文化を同時並行で育てることです。組織図を作りながら理念を言語化し、評価制度を設計しながら行動規範を浸透させる——この両輪を止めないことが機能する組織を作る条件です。

組織の成長フェーズと設計の変え方

「組織の作り方」を解説する記事の多くは、特定の規模を前提にした一般論を語ります。しかし、創業期の10名規模に有効な設計と、成長期の50名規模に必要な設計は、求められるものがまったく異なります。まず自社が今どのフェーズにいるかを確認し、そのフェーズに合わせた設計に集中することが、無駄な制度を作らないための前提条件です。自己診断の基準はそれぞれのH3で示します。

創業期(〜20名)の組織設計

創業期に最も重要なことは、「文化の核を作ること」です。この段階では、フラットな組織構造と非公式なコミュニケーションが自然と機能します。全員が互いの仕事を把握できる規模なので、詳細な役割定義書や複雑な評価制度はまだ必要ありません。むしろ過度な構造化は、創業期に最も重要な意思決定の速さと実験の自由度を奪います。

この段階でやるべきことは、「自分たちが何者で、何のために存在し、どう行動するか」を言語化しておくことです。組織が20名、50名に成長したとき、その文化的な核がなければ新しく入ってくる人々に何も伝わりません。創業期に作られた文化の核は、後から取り返しのつかない基盤です。自己診断の目安として、全員が同じ空間でコミュニケーションでき、経営者が全員の仕事の詳細を把握できているうちは、創業期の設計が有効と判断できます。

成長期(20〜100名)の組織設計

組織が20名を超えたあたりから、創業期の設計では機能しなくなるサインが現れ始めます。「最近、重要な情報が自分に入ってこなくなった」「誰が何をやっているか全体を把握しきれない」「意思決定に時間がかかるようになった」という感覚を経営者や幹部が持ち始めたとき、それは組織設計を更新するべきタイミングです。

この段階で必要になるのは機能分化です。営業・開発・管理など、専門機能ごとにチームを分け、それぞれにマネージャーを置く構造に移行します。あわせて必要になるのが、創業期に暗黙知だった文化の文書化です。自社の行動規範・価値観・仕事の進め方を明文化し、採用や評価の基準に組み込みます。評価制度もこの段階から正式化する必要がありますが、精緻な制度を一度に構築しようとせず、目標設定・評価・フィードバックのサイクルを回せる最小限の仕組みから始めるのが現実的です。

※著者の体験

転職エージェントとして五年ほど、多くの方の面談を担当してきました。創業から数年で人数が増えた会社から転職を考える方と話すと、「組織が追いついていない」という言葉をよく聞きました。ただ、その言葉の中身は人によってまったく異なっていました。

詳しく聞くと、採用面談での説明が嘘だったというケースは多くありませんでした。採用面談を担当した方の頭の中にだけ存在していた文化や期待値が、言葉として残されていなかったのです。新しく入る側には、言語化されていないものを手がかりなく学ぶことが求められていました。

採用企業の人事担当の方と話すと、「うちはルールより人を見る文化です」という説明をよく聞きました。一方で、その会社から転職を考える方が話す戸惑いとして出てきたのは、「その文化が実際の仕事の中でどう行動として表れるのかが見えなかった」という話でした。成長とともに人が増えるなかで、以前は伝わっていたものが伝わらなくなっていく様子を、両側から見ていた気がします。

土台となる5原則——設計前に知っておくべき最低限の知識

組織設計には、実践の中で長年にわたり検証されてきた5つの基本原則があります。これらは「正しく運用すれば組織がうまくいく」という処方箋としてだけでなく、「崩れたときにどんな症状が出るかを知る」診断ツールとして活用できます。H2-2の症状マッピングと照らし合わせながら、設計前に確認しておいてください。

原則内容崩れると起きること
専門化の原則業務を専門ごとに分担し、各人が特定の職能に集中できる構造にする一人が多様な業務を兼任し、どれも中途半端になる
権限責任一致の原則与えられた責任の範囲と一致した権限を持たせる責任の押し付け合いが起き、意思決定が停滞する
統制範囲の原則一人のマネージャーが直接管理する人数を適切な範囲に収めるマネージャーが機能不全になり、現場への目が届かなくなる
命令統一性の原則一人の部下に対して、命令を出す上司は一人にする矛盾した指示が現場に届き、混乱と不信が生まれる
権限委譲の原則経営者が全ての判断を握らず、適切な範囲の権限をマネージャーや担当者に委ねる経営者にボトルネックが生まれ、意思決定が遅くなる

文化・構造・人事システムを設計する3ステップ

組織を機能させるには、文化・構造・人事システムという三つの要素をそれぞれ設計する必要があります。これらは独立したものではなく、互いに整合して初めて機能します。文化が構造に反映され、構造が人事システムに連動することで、組織全体が同じ方向に動き始めます。三つをバラバラに設計するのではなく、「それぞれが整合しているか」を常に確認しながら進めることが重要です。

文化を設計する(理念・ビジョンの言語化と浸透の仕組み)

文化設計の最初のステップは、理念・ビジョン・行動規範を言語化することです。しかし、言葉を作って壁に貼るだけでは機能しません。大切なのは「日常業務のどこに組み込むか」です。採用の選考基準に価値観を入れる、評価項目に行動規範を反映させる、会議の冒頭で理念を読み合わせる——こうした仕組みを設計して初めて、文化は日常の行動に溶け込みます。言語化した文化が現場の行動と乖離している組織の多くは、「言葉を作ったが、浸透させる仕組みを設計していなかった」という状態です。

構造を設計する(組織図・役割定義・権限の明示)

構造設計は、「何のための組織か」という目的から逆算して進めます。目的を達成するために必要な機能を洗い出し、その機能を担うチームや役割を定義し、最後に人を当てはめる順序です。このとき特に重要なのは、役割定義書で「誰が何を決めるか」を明示することです。役割の名前だけを定めて意思決定の権限を曖昧にすると、問題が起きたときに誰も動けない状態になります。組織図は「現在の体制の見える化」としてではなく、「目的を達成するための設計図」として機能させてください。

人事システムを設計する(評価制度と育成サイクル)

人事システムは、文化と構造の両方と連動して設計する必要があります。評価制度が文化(行動規範)を反映していなければ、いくら理念を語っても「評価に関係ない」と判断されます。具体的には、目標設定・評価・フィードバック・育成のサイクルを設計し、そのサイクルを定期的に回す仕組みを作ります。ただし、このサイクルは作っただけでは動きません。誰がいつどのように運用するかを設計しなければ、制度は形骸化します。その運用設計が次章のテーマです。

設計後に「動かす」——組織を機能させる運用の鉄則

組織設計の最大の落とし穴は、「設計した段階で完成したと思うこと」です。文化・構造・人事システムを整えても、それを日常業務の中で動かす仕組みがなければ制度は形骸化します。設計と運用は別物です。組織が実際に機能するかどうかは、設計の優劣よりも「設計したものを日常の中でどう動かすか」に大きく左右されます。

情報の流れを設計する(会議体と1on1の体系化)

組織が機能しなくなる最も多い原因のひとつは、情報の流れが設計されていないことです。構造をいくら精緻に作っても、誰が何の情報をいつ受け取るかが設計されていなければ、必要な情報は届かず、不要な情報があふれる状態になります。

情報の流れを設計するとは、会議体と1on1の体系を作ることです。全社方針を共有する全社会議、部門ごとの進捗と課題を扱う部門会議、個人の目標と成長を扱う1on1——それぞれの目的・参加者・頻度・アジェンダを明示し、「どの情報はどの場で扱うか」を設計します。この体系がないまま組織が大きくなると、「重要な情報が経営者まで届かない」「現場はいつ方針を知ったのかわからない」という状態が常態化します。情報の流れの設計は、組織図の設計と同等の重要性を持つ運用設計です。

※著者の体験

サービスを発注する側として複数の会社と継続的に取引してきた経験があります。窓口になる担当者はいるのに、こちらの状況や相談の中身が、実際に判断できる立場の人に届いていないと感じる場面が繰り返されることがありました。

使い方を変えたいと相談すると「確認します」と言われ、数日後に「難しいとのことです」と返ってきます。何が難しいのかを尋ねても、担当者は理由を把握していない様子でした。判断した人物と直接話す機会のないまま、結論だけが届く状況が続きました。こちらの背景や詳細は、どこかの段階で短く変換されて伝わったのだろうと思います。

対応が早かった会社では、担当者が状況をよく把握していて、何かを確認したいときも回答が早く返ってきました。しばらく「担当者によって違う」と思っていましたが、よく機能していた会社では、どの情報をいつ誰に上げるかについて担当者が迷っていない印象がありました。発注する側からは内部のことは見えにくいのですが、そういう差があると感じています。

マネージャーを先に育てる——設計が絵に描いた餅になる本当の理由

どれだけ優れた組織設計をしても、それを運用するマネージャーが機能しなければ、設計は机上の空論で終わります。多くの組織がマネージャー育成を「設計の後工程」として位置づけますが、これが設計の絵に描いた餅化の最も根本的な原因です。

マネージャーの育成は、組織設計と並行して、あるいはそれより先に進めるべき課題です。目標を設定し、メンバーの状況を把握し、適切なフィードバックを返す——この一連のマネジメントスキルがなければ、評価制度も1on1も機能しません。特に日本の組織では「優秀なプレーヤーが昇格してマネージャーになる」ケースが多くあります。しかしプレーヤーとして優秀であることと、マネージャーとして機能することは別のスキルセットです。設計された制度を動かせる人材を先に育てることが、組織を機能させるための最後の鍵です。

組織の作り方ロードマップ——段階別にやることを整理する

ここまでの内容を踏まえ、組織を作る際の進め方を段階別に整理します。この流れは固定された順序ではありませんが、各ステップの依存関係を理解した上で進めることで、設計の抜け漏れを防ぎ、無駄な回り道を減らすことができます。自社の現状と照らし合わせながら、今どの段階にいるかを確認してください。

  1. 現在の成長フェーズを確認する(H2-3参照)——創業期か成長期かによって、次の設計の優先度が変わります。
  2. 機能不全の症状を確認する(H2-2参照)——現在どの原則が崩れているかを特定し、設計の優先事項を決めます。
  3. 5原則を把握する(H2-4参照)——設計の前提となる基本原則を確認します。
  4. 文化・構造・人事システムを設計する(H2-5参照)——三つの要素が互いに整合するよう設計します。
  5. 運用設計を行う(H2-6参照)——会議体・1on1・情報の流れを設計し、制度を動かす仕組みを作ります。
  6. マネージャーを育成する(H2-6参照)——設計を運用できる人材を育てます。これは設計と並行して進めることが重要です。
  7. 改善サイクルを回す——組織は作って終わりではありません。定期的に機能しているかを確認し、症状が出たら原則に立ち返って見直します。

あわせて読みたい

筆者:店長

営業と、競馬と、しゃべる植物。あっAIも。つい、いろいろ作ってしまう人です。

→ 店長の正体(詳しいプロフィール)

店長

Xアカウント:@nishi_sales_ai 新卒で大手の人材・情報サービス系の会社に入社し、飛び込み営業から深耕営業、大手企業担当まで第一線で経験を積む(表彰歴多数)。その後、事業企画・営業企画部門で経営に近い立場から営業組織と数字に向き合い、10年勤続を経て独立。営業組織の改善に特化したコンサルタント企業を立ち上げる。 コンサルタントして数々の現場に入りつつ、自ら営業特化の転職エージェントも運営。近年はAIを活用した営業組織の業務改善・生産性向上プロジェクトに携わる。現在は、自分たちで作った法人向けゲーミフィケーションサービス「Game toB」と営業向けSFA「商談ノート」を提供しながら、その公式メディアである当サイトで、営業と組織づくりの実践知を発信している。

この著者の記事一覧

\ 最新情報をチェック /

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です