組織設計フレームワークの使い分け｜組織図で終わらせない実践手順

▼ この記事の内容

組織設計フレームワークは、組織図を作る型ではなく、事業戦略、役割、権限、評価、目標、会議体をそろえる判断軸です。7SやSTARモデルなどを課題別に選び、1on1や目標管理まで落とすことが重要です。

弊社の200社超の支援現場でも、組織設計後に評価と目標の権限が残ると、現場の混乱が続く場面があります。組織設計フレームワークは、組織図を整えるだけでなく、権限、評価、目標管理、1on1までそろえるために使います。

組織改編を進めても、誰が決めるのか、何で評価されるのか、会議で何を判断するのかが曖昧なままでは現場は動きません。放置すると、責任だけが現場に移り、優先順位の衝突や手戻りが増えます。

この記事では、7S、STARモデル、ミンツバーグなどの型を、名称ではなく課題別に選ぶ手順を整理します。組織構造の選び方、進め方、失敗回避、成果指標まで一続きで確認できます。

読み終えるころには、自社の組織設計で最初に解くべき不整合と、社内説明に使う判断軸が見えているはずです。

組織設計を現場に定着させるには、役割期待を対話でそろえる仕組みが必要です。

【260スライドで1on1を完全網羅】
流れ・アジェンダ・よくある失敗まで、実践に必要な知識をすべて詰め込んだ一冊！
>>『メンバーの成長・マネジメントのプロが実践する1on1パーフェクトガイド』を無料ダウンロードする

組織設計フレームワークとは

組織設計フレームワークは、組織図だけを整える道具ではありません。事業戦略、役割、権限、評価、目標管理、会議体をつなぎ、現場で動く構造へ落とすための型です。

組織図ではなく構造と運用をそろえる型

組織設計フレームワークは、組織図、権限、評価、会議体、目標管理を一体でそろえる型です。名称より先に、どの不整合を解くかを決めます。そのうえで、現場の動き方まで設計します。

人事や経営企画が最初に見るべき対象は、部署名や階層の美しさではありません。役割期待、意思決定権限、会議体、評価制度が同じ方向を向いているかを確認します。小規模な配置換えなら簡易な役割定義で足りますが、権限移譲を伴う変更では構造と運用を同時に設計します。

事業戦略、役割、権限、評価を接続する

組織設計では、事業戦略から必要な役割を逆算し、権限と評価まで接続します。戦略だけが新しくても、評価基準が旧組織のままなら現場の行動は変わりません。7Sは、戦略、組織構造、制度、人材、スキル、価値観、スタイルの7要素を点検する考え方です。組織図の変更が他の要素へ与える影響を確認する際に役立ちます。

新規事業を伸ばしたい場合、専任部署を作るだけでは不十分です。予算決裁、営業目標、評価項目、既存部門との会議体まで変えなければ、現場は旧来の優先順位で動きます。

評価制度の改定が別プロジェクトになる場合は、境界を明記するのが現実的です。最低限、役割と評価のズレをリスクとして記録し、次の設計対象に残します。

参考：McKinsey 7S Framework｜Wikipedia

使う前に解くべき不整合を決める

フレームワークを選ぶ前に、解くべき不整合を1つに絞ります。役割不明確、意思決定遅延、部門間対立、評価不整合では、使う型と見るべき論点が変わります。

有名な型を先に選ぶと、現場課題に合わない診断で時間を使いやすくなります。社内説明では、フレームワーク名ではなく、どの不整合をどう解くかを先に示す方が納得を得やすくなります。

表にすると、組織設計は型の暗記ではなく課題診断として扱えます。詳細な進め方まで整理したい場合は、組織設計の手順を具体化する方法を確認すると、設計対象を分けやすくなります。

組織設計の方法｜組織図で終わらない5ステップと運用定着のコツ

詳細を見る

ここまでで、組織設計フレームワークは構造と運用の不整合をそろえる型だと整理できます。次は、7S、STARモデル、ミンツバーグを課題別にどう使い分けるかを見ていきます。

主要フレームワークの使い分け

主要フレームワークは、名称の知名度ではなく、解きたい不整合で選ぶと整理しやすくなります。組織全体の整合性、制度設計、組織構造の選定では、関係者・評価指標・意思決定単位が異なるため、見るべき論点が変わる場合があります。

7Sは組織全体の整合性を見る

7Sは、戦略、組織構造、制度、人材、スキル、価値観、マネジメントのズレを横断的に見る型です。組織改編の前に、組織図と現場行動のズレを点検します。人事や経営企画が7Sを使う場面は、原因が1部門に閉じていないときです。新しい部署を作る判断より先に、戦略と制度が同じ方向を向いているかを確認します。

一方で、7Sだけでは具体的な権限線や会議体までは決まりません。全体のズレを見た後に、制度設計や構造選定へつなげる必要があります。人事は次の設計対象を切り分けます。

弊社の支援先でも、社長は次回化率を見ている一方で、部門長は当月売上を見ている場面がありました。見る指標が違う組織では、まず全体のズレを言語化します。

STARモデルは制度とプロセスを設計する

STARモデルは、戦略を実行するために、組織構造、業務プロセス、報酬、人材をそろえる型です。役割や評価まで踏み込む組織設計に向いています。新規事業部を作る場合、部署名だけを決めても成果責任は明確になりません。予算決裁、商談引き継ぎ、評価項目、採用要件を同じ設計面で扱います。

人事担当がSTARモデルを使う価値は、制度改定を組織図の後工程にしない点にあります。評価が旧組織のまま残ると、新しい役割は現場で優先されにくくなります。

全要素を一度に変えると、現場負荷が高くなります。最初は責任範囲、承認ルート、評価項目の順に優先度をつけると、社内説明が進みます。

ミンツバーグは組織構造の型を選ぶ

ミンツバーグの考え方は、組織がどの調整メカニズムで動くかを見極める型です。専門性、標準化、現場裁量のどれを重視するかで構造を選びます。職能別組織では、専門部署ごとの知識を深めやすくなります。事業部制では、顧客や商品ごとの責任を明確にしやすくなります。どちらも意思決定の単位が変わります。

マトリクス型では、横断連携と権限調整を同時に扱います。組織構造の選定では、理想の形よりも意思決定が遅れる箇所を見るべきです。承認者の重複も確認します。

弊社が見た地方の建材商社では、従業員85名の組織で営業部長の影響力が強く、改革が社内政治の論点になりました。構造を変える前に、実質的な意思決定者を見極めます。

課題別に複数の型を組み合わせる

組織設計では、1つのフレームワークで全課題を処理しようとしない方が実務に合います。診断、制度設計、構造選定を分けて組み合わせます。社内説明の順番も整います。おすすめは、7Sで全体のズレを見つけ、STARモデルで制度とプロセスを設計し、ミンツバーグで組織構造を選ぶ順番です。名称ではなく、作業の役割で使い分けます。

表にすると、フレームワーク選定は型の暗記ではなく、課題診断に変わります。社内説明でも、解く課題と判断軸を対応させる方が伝わります。判断の抜け漏れも減ります。

BtoB専門商材の支援先では、現場の慎重派が成果を確認した後、チーム平均売上改善につながりました。型を組み合わせる目的は、構造変更を現場の行動変化までつなげることです。

組織構造を選ぶ判断軸

組織構造は、専門性、責任単位、意思決定権限のどれを優先するかで選びます。職能別組織、事業部制、マトリクス組織は、優劣ではなく解く課題が異なります。

職能別組織は専門性を深めやすい

職能別組織は、営業、開発、人事、経理などの専門領域ごとに人を集める設計を指します。専門知識を蓄積しやすく、育成基準や評価基準もそろえやすくなります。

人事が職能別組織を選ぶ場面は、業務品質の標準化や専門人材の育成を優先したいときです。たとえば50名規模の管理部門なら、採用、労務、評価を分けることで担当範囲が明確になります。

一方で、部門をまたぐ意思決定は遅くなりやすいです。営業は顧客要望を優先し、開発は品質や工数を優先するため、共通目標がないと調整会議が増えます。職能別組織を選ぶなら、専門性を深める代わりに部門間の接続を別途設計します。会議体、共通目標、評価項目をそろえると、次の構造選定へ進みやすくなります。

事業部制は責任と意思決定を近づける

事業部制は、商品、顧客、地域などの単位で責任を持たせる設計を指します。売上、利益、顧客対応の判断を事業に近づけたい場合に向いています。

複数事業を持つ企業では、職能別組織のままだと優先順位が衝突しやすくなります。事業部制にすると、部門長は自分の事業成果に対して判断しやすくなります。

ただし、機能重複のコストは見落とせません。各事業部が採用、営業企画、管理業務を個別に持つと、全社で同じ作業が増える場合があります。事業部制を選ぶ条件は、責任単位を事業に寄せる必要があることです。評価権限と目標管理も事業側へ近づけなければ、名前だけの事業部制になります。

マトリクス組織は権限の二重化に注意する

マトリクス組織では、職能軸と事業軸など複数の指揮系統が重なります。横断連携には強い一方で、最終意思決定者を固定しないと現場は迷います。

事業部制へ移行したのに、評価権限と目標管理権限が旧職能組織に残るケースがあります。この場合、現場は事業責任者と職能責任者のどちらを優先すべきか判断できません。

構造を選ぶときは、次の3点を並べて確認します。

表で見ると、組織構造は形ではなくトレードオフで選ぶものだと分かります。弊社の200社超の支援現場でも、構造変更後に評価と目標の権限が残ると、現場の混乱が続きます。

マトリクス組織を採用する場合は、最終承認者、評価者、目標責任者を先に決めます。詳細な実行手順まで整理する場合は、組織設計を進める具体的な方法を確認すると、設計対象を分けやすくなります。

組織設計の方法｜組織図で終わらない5ステップと運用定着のコツ

詳細を見る

組織設計を進める手順

組織設計は、事業戦略から役割、権限、会議体、目標、1on1へ順に落とします。フレームワークで診断した内容を、現場が毎週使う運用ルールに変えます。

事業戦略から必要な役割を逆算する

組織設計の最初の手順は、事業戦略から必要な役割を逆算することです。先に部署名を決めると、戦略に必要な機能が抜け落ちます。新規事業を伸ばすなら、営業、開発、カスタマーサクセスを置くだけでは足りません。市場仮説を検証する役割、顧客の声を戻す役割、意思決定者へ提案する役割まで分けます。

この段階では、現在の人員配置に引っ張られすぎないことが要点になります。既存メンバーの得意不得意だけで役割を置くと、必要な機能よりも今いる人に合わせた組織になります。

戦略が未確定の場合は、仮説として役割を置きます。仮説のまま進める領域と、確定しないと進められない領域を分けると、後工程の権限設計がぶれにくくなります。

権限と責任の境界を先に決める

権限と責任の境界が曖昧なままでは、組織設計は現場で機能しません。誰が決め、誰が実行し、誰が結果に責任を持つかを先に決めます。

よくある失敗は、責任だけを現場に渡し、権限は上位者に残す設計です。部門長が売上責任を持つのに、採用、価格、案件優先順位を決められない場合、責任は名目だけになります。

境界を決めるときは、承認者、相談先、最終決裁者を分けて書き出します。全部を1人に集める必要はありませんが、最後に誰が判断するかは固定します。権限委譲しない領域がある場合は、例外として明記します。例外を隠したまま権限移譲を掲げると、現場はどこまで任されているのか判断できなくなります。

会議体、目標、評価を同時に見直す

組織構造を変えるときは、会議体、目標、評価を同時に見直します。組織図だけを変えても、会議の議題と評価基準が旧組織のままなら、現場の優先順位は変わりません。

会議体では、情報共有の場と意思決定の場を分けます。共有だけの会議で判断まで求めると、参加者は増えますが責任者は曖昧になります。目標管理では、部門目標と個人目標のつながりを確認します。事業部制へ移行するなら、旧職能組織の評価項目が残っていないかを見ます。

制度改定をすぐに進められない場合は、運用ルールから始めます。評価制度そのものを変えなくても、会議で確認する指標や1on1で扱う目標を変えると、現場の行動はそろいやすくなります。

1on1で役割期待を現場に定着させる

役割期待は、全体説明だけでは定着しません。1on1で目標、期待行動、判断基準を継続的に確認すると、組織設計を日常業務に落としやすくなります。

弊社が支援したBtoB専門商材の企業では、社長だけが変革の必要性を強く感じていました。現場は最初、運用負荷を懸念していましたが、会議で見る指標と対話の論点を変えました。その結果、議論の焦点は負荷から行動改善へ移りました。1on1では本人の業務量だけでなく、新しい役割で何を優先するかを確認します。

チーム目標へ落とす段階では、役割期待を個人目標だけに閉じないことが必要です。部門やチームで目標をそろえる考え方は、チームで目標を設計する具体例を確認すると整理しやすくなります。

チームワークを高める目標設定方法｜具体例と失敗回避策

詳細を見る

権限や目標を決めても、対話の場がなければ運用は形骸化します。役割期待を現場で確認し続けたい場合は、1on1と目標をつなぐ資料を検討材料にできます。

失敗しやすい組織設計

失敗しやすい組織設計は、組織図だけを変えて権限、評価、意思決定を残す進め方です。現場の行動を変えるには、構造変更と運用ルールを同時にそろえます。

組織図だけ変えると現場は混乱する

組織図変更だけでは、現場の優先順位はそろいません。部署名やレポートラインが変わっても、権限、目標、会議体が旧組織のままなら行動は変わりません。

新しい部門を作った直後は、誰に確認すべきかが曖昧になりやすいです。人事が説明会を開いても、承認者と評価者が違えば現場は旧来の判断基準に戻ります。

組織変更を変革として進める場合は、初期の説明、反発処理、定着確認まで設計します。組織変革の進め方と定着プロセスを押さえると、変更後の混乱を抑えやすくなります。

組織変革を成功に導くステップとプロセス｜段階的アプローチと注意点

詳細を見る

単純な人数増や席替えなら、最低限の役割定義で足りる場合があります。事業責任や評価権限まで変えるなら、組織図の前に現場の判断ルールを決めます。

権限と評価がズレると責任が曖昧になる

権限と評価がズレると、責任者は名目だけになります。売上責任を持つ人が価格、採用、優先順位を決められない場合、成果責任は現場に押し付けられます。よくあるケースとして、事業部制へ移行した後も評価権限が旧職能組織に残る場合があります。現場は事業責任者と職能責任者のどちらを優先すべきか判断できません。

弊社が支援した地方の建材商社では、従業員85名の組織で実質的な影響力が旧来の営業部長に残っていました。制度上の役職だけでなく、誰の言葉で現場が動くかを確認しました。

一時的な兼務や移行期間を置く場合は、期限と評価者を明記します。例外を曖昧に残すほど、現場は新しい責任より古い評価基準を優先し、設計した権限移譲が進みません。

会議体が増えるだけでは連携は進まない

会議体を増やすだけでは、部門間連携は進みません。情報共有の場と意思決定の場を分けなければ、参加者は増えても責任者は曖昧なままです。組織改編後は、関係者を集める会議が増えがちです。営業、開発、人事、管理部門が同席しても、決める議題がなければ報告会で終わります。

会議体を見直すときは、次の3点を先に決めます。誰が提案し、誰が承認し、誰が実行後の結果を見るかを固定すると、会議後の責任が記録に残ります。次回までの作業も明確になります。

• 情報共有だけの会議か、意思決定まで行う会議か
• 最終承認者と相談先が分かれているか
• 会議後に目標管理や1on1へ接続するか

情報共有だけなら、非同期共有で足りる場合があります。会議体を増やす前に、意思決定速度、手戻り、目標連動を測れる状態にして、次のセクションで検証します。

成果指標で設計を検証する

組織設計は、変更後に成果指標で検証して初めて改善できます。意思決定速度、手戻り、目標連動、1on1合意、管理職負荷を見て、構造が機能しているかを確認します。

意思決定速度と手戻りを測る

組織設計後は、意思決定速度と手戻りを測ります。決裁日数、差し戻し回数、未決論点の滞留を見れば、権限設計の詰まりが分かります。

短期では繁忙期や大型案件の影響を受けるため、1回の結果だけで成功とは判断しません。変更前後で同じ種類の案件を比べ、判断が速くなったかを見ます。

測定対象は、稟議、採用、価格変更、顧客対応などに分けます。どの意思決定が遅いかを分けることで、組織図ではなく権限や会議体の修正へつなげます。

目標連動率と1on1合意を確認する

組織設計後は、目標連動率と1on1合意を確認します。部門目標、チーム目標、個人目標がつながるほど、設計は日常業務に落ちます。

確認項目は、測定単位へ分解すると扱いやすくなります。人事だけで判定せず、現場マネージャーが1on1で確認できる問いに落とします。

コチームでは、目標、行動、1on1の記録を分けずに扱う考え方を「メトリクスマネジメント」と呼んでいます。ここでは、組織設計後の役割期待が日々の対話と評価に接続しているかを確認する運用設計を指します。

表で見ると、成果指標は経営報告だけでなく対話の材料になります。役割変更への懸念を話せる基準は、心理的安全性を高める方法でも確認できます。

組織設計後のマネジメント負荷を見る

組織設計後は、管理職の負荷増も検証します。新しい会議、目標調整、1on1、評価説明が増えすぎると、現場定着の前に運用が疲弊します。

弊社の200社超の支援現場でも、変革初期は成果指標より運用負荷への反応が先に出ることがあります。移行期だけ増える作業と恒常化する作業を分けます。

成果指標を決めても、現場の1on1で扱えなければ運用は続きません。組織設計後の役割期待や優先順位を対話に落とす材料として、こちらを参照できます。

【260スライドで1on1を完全網羅】
流れ・アジェンダ・よくある失敗まで、実践に必要な知識をすべて詰め込んだ一冊！
>>『メンバーの成長・マネジメントのプロが実践する1on1パーフェクトガイド』を無料ダウンロードする

よくある質問

組織設計と組織開発は何が違いますか

組織設計は、役割、権限、階層、会議体、評価などの構造を決める活動です。組織開発は、その構造が機能するように対話、関係性、学習、変化を促す活動です。具体的な進め方は組織の現状に応じて調整します。

7Sは組織設計にどう使いますか

7Sは、戦略、組織構造、制度、人材、スキル、価値観、スタイルの整合性を確認するために使います。組織図だけでなく、評価や行動基準のズレも点検できます。まずは現状の課題を整理することから始めます。

組織設計で最初に決めることは何ですか

最初に決めるのは、どの事業課題を解くための設計かです。役割不明確、意思決定遅延、部門間対立など、解く不整合を決めてからフレームワークを選びます。定着には週次での振り返りが効果的です。

まとめ

組織設計フレームワークは、有名な型を選ぶためではなく、組織のどこに不整合があるかを見つけるために使います。7Sで全体のズレを見て、STARモデルで制度やプロセスをそろえ、ミンツバーグの考え方で組織構造を選ぶと、社内説明に使いやすくなります。

重要なのは、組織図、権限、評価、目標、会議体、1on1を別々に扱わないことです。構造だけを変えて運用を残すと、責任者が曖昧になり、意思決定の遅れや手戻りが続きます。

課題に合わせて型を選びます。構造と運用をそろえます。

1on1と目標で定着を確認します。この3点を押さえると、組織設計を一度の改編で終わらせず、改善できる仕組みに変えやすくなります。

現状維持のままでは、組織図を変えても評価や目標が旧組織のまま残り、現場の判断基準はそろいません。部門長は責任を負いながら権限を持てず、人事は説明会のたびに同じ不安へ対応する状態になりやすいです。組織改編後のマネジメント運用を説明する材料として、1on1と目標管理をつなぐ資料を確認できます。

【260スライドで1on1を完全網羅】
流れ・アジェンダ・よくある失敗まで、実践に必要な知識をすべて詰め込んだ一冊！
>>『メンバーの成長・マネジメントのプロが実践する1on1パーフェクトガイド』を無料ダウンロードする

※具体的な数値は導入企業の許可を得た範囲で一部加工しています