業務・組織構造に関する判断パターン
組織の成長において、業務と組織の構造設計は最も重要な判断領域です。一度決めると戻しにくいからこそ、慎重な判断が求められます。
組織の問題は「人」ではなく「構造」から始まる
よくある誤解
- 人が足りない
- 現場が弱い
- マネジメントが機能していない
これらは原因ではなく結果です。
本当に見るべきもの
業務と組織の構造が、その判断に耐えられる形になっているか。「戻れる経営」の視点では、構造設計こそが判断の出発点となります。
人を責める前に、構造を疑う。それが組織改善の第一歩です。
なぜ構造が判断の分岐点になるのか
業務が人に紐づく
特定の人がいないと回らない状態が生まれます。
組織図が前提になる
既存の構造が変更を阻む壁となります。
役割と責任が固定される
柔軟な対応が困難になります。
こうした状態で判断を誤ると、判断そのものをやり直せなくなるという事態に陥ります。
そのため本メディアでは、人をどうするか、権限をどうするかよりも先に、業務と組織の構造をどう置くかを判断の中心に据えています。
判断パターン6:承認プロセスを増やすか、判断者を減らすか
統制を強めるほど、なぜ判断は遅くなるのか
承認が増えた結果
誰も決めなくなる状況が生まれます。責任の所在が曖昧になり、判断が先送りされます。
判断責任の分散
失敗が検証されなくなります。誰の判断だったのかが不明確になるためです。
承認プロセスは、安心のために導入されがちですが、判断を止める構造にもなり得ます。統制と速度のバランスをどう取るかが重要です。
判断パターン7:現場の要望を制度化するか、一時対応で観測するか
現場の声は、要求ではなくデータである
不満をすぐ制度にすると戻せません。一方、一時対応に留めれば、実態を観測できます。
制度化は、判断を固定する最終工程です。だからこそ、慎重に見極める必要があります。
1
要望の受付
現場からの声を収集
2
一時対応
試験的に実施し観測
3
効果検証
データに基づく判断
4
制度化判断
必要に応じて固定化
判断パターン8:業務を属人化したまま進めるか、言語化して露出させるか
属人化はスピードを生むが、再現性を奪う
1
初期段階
早く回すために人に任せる。スピード重視の判断。
2
拡大期
業務が複雑化し、特定の人への依存度が高まる。
3
問題顕在化
気づけば誰も代われない状態に。組織の脆弱性が露呈。
属人化を選ぶかどうかは、意図的である必要があります。短期的な効率と長期的な再現性、どちらを優先するかの判断です。
判断パターン9:例外対応を許容するか、原則を先に決めるか
例外が積み上がると、原則が消える
柔軟性を重視した結果、基準がなくなります。判断が感覚論になり、組織の一貫性が失われていきます。
例外対応の本質
例外対応は、構造設計の未完成を示すサインでもあります。繰り返される例外は、原則の見直しが必要なシグナルです。
原則の明確化
判断基準を言語化し、共有します。
例外の記録
なぜ例外が必要だったかを記録します。
定期的な見直し
原則と例外のバランスを検証します。
判断パターン10:問題を人の問題として扱うか、設計の問題として扱うか
人を替えても変わらない問題の正体
担当を替えても再発する
同じ問題が繰り返される場合、それは個人の能力ではなく、構造に原因があります。
評価制度を変えても改善しない
インセンティブを変えても状況が変わらないなら、業務設計そのものを見直す必要があります。
その場合、問題は人ではなく構造にあります。人を責める前に、システムを疑うことが重要です。
これらの判断に共通する視点
業務・組織構造に関する判断には、共通する問いがあります。これらの問いに答えられない判断は、構造として脆い可能性が高いと言えます。
1
可逆性の確認
この判断は、後から戻せるか。固定化する前に、柔軟性を確保できているかを検証します。
2
再現性の担保
人が入れ替わっても成立するか。属人性に依存しない構造になっているかを確認します。
3
説明可能性
判断基準を説明できるか。感覚ではなく、論理的に説明できる基準があるかが重要です。
業務や組織を変えたいなら、人ではなく構造から疑う
5
主要判断パターン
承認、制度化、属人化、例外、設計の5つの視点
3
共通する問い
可逆性、再現性、説明可能性を常に確認
このカテゴリの読み方
このカテゴリの記事は、正解を提示するものでも、ベストプラクティスを示すものでもありません。代わりに、どこで可逆性が失われるかを明らかにします。
業務・組織構造は、一度固まると戻しにくい領域です。だからこそ、判断する前に、立ち止まるための素材として、各判断パターンを設計しています。
組織の問題は、構造の選択結果として現れる。業務・組織構造の判断は、可逆性を奪いやすい。だからこそ、判断パターンとして切り出す。それが、このカテゴリの前提です。