施策名ではなく、経営判断の詰まりから始める
マトリクス組織、事業部制、機能集約、シェアードサービスなど、組織形態には万能解がありません。同じ構造でも、価格、商品、顧客、在庫、人材配置の決定権が曖昧なら、合議とエスカレーションが増えます。現場は複数のKPIの間で判断に迷い、部門間の調整を個人関係で補うため、改革後に意思決定が遅くなることさえあります。
組織運営モデルは、戦略を日々の運営へ変換する設計です。価値ストリームと必要能力を起点に、組織単位、役割、意思決定権限、業務プロセス、会議、KPI、データ、アプリケーション、行動規範を整合させます。対象範囲を明確にし、重要な意思決定から詳細化することで、過剰な組織設計を避けます。
経営課題
成長、顧客対応、効率、リスクのどのトレードオフを解く組織改革かを明確にする。
変える判断
価格、商品、顧客、供給、人材など重要判断の決定者と協議者を定義する。
実装単位
価値ストリームごとに役割、引渡条件、データ、会議、システムを整合させる。
確認する証拠
承認時間、手戻り、例外、顧客対応のリードタイム、責任の明確さで検証する。
構想・投資を決める4つの判断基準
個別施策や解決策を検討する前に、経営・業務・データ・実行の整合を確認します。4つの観点が同じ仮説につながって初めて、実行可能な構想になります。
| 判断軸 | 経営が問うこと | 合格状態 | 見逃した場合のリスク |
|---|---|---|---|
| 戦略適合 | 新構造がどの競争能力を高めるか | 戦略テーマとケイパビリティ差分から組織選択を説明できる | 流行の組織形態を導入し、目的が曖昧になる |
| 権限明確性 | 重要判断の最終決定者は一人か | 意思決定権限とエスカレーション条件が明文化される | 合議が増え、実質的な責任者が消える |
| 横断連携 | 部門間の引渡し条件が定義されるか | 入力、出力、品質、期限、例外、責任者が合意される | 調整を個人の善意に依存する |
| 移行実現性 | 人事制度・データ・権限・システムを同時に変えられるか | 移行状態、暫定権限、配置、教育、評価変更が計画される | 組織発令後も旧運営が続く |
判断原則：一つの意思決定に複数のA（最終責任）を置かず、R（実行責任）とC（協議）を区別します。権限委譲には、判断基準、使用データ、例外時のエスカレーションをセットで渡します。
実務で分解すべき設計論点
「あるべき姿」を標語で終わらせず、会議、業務、役割、情報、データ、システム、移行の選択肢へ分解します。
組織軸のトレードオフを明示する
顧客軸は対応力を高める一方で専門人材・機能の重複を生み、機能軸は効率を高める一方で顧客対応を分断し得ます。商品・地域・チャネルを含む設計軸を、戦略優先順位と調整コストで比較します。
重要な判断ごとに意思決定権限を明確にする
大枠の職務権限規程だけでなく、価格例外、商品採否、在庫配分、採用、投資、顧客優先度など、価値と摩擦が大きい判断を特定します。決定基準と必要データまで定義します。
部門間インターフェースを契約化する
営業から需給、企画から開発、工場から物流などの受け渡しに、入力品質、期限、完了条件、差戻し、例外を持たせます。会議を増やす前に、受け渡しの設計欠陥を解消します。
KPIと評価の衝突をなくす
全体最適を求めながら部門利益だけで評価すると、協働は続きません。共通成果、部門成果、プロセス健全性を階層化し、短期の効率と中長期の能力構築を両方見ます。
構想から定着までの5ステップ
各段階に意思決定ゲートを置き、資料を作った量ではなく、次へ進める根拠が揃ったかで進捗を判定します。
戦略・顧客価値・摩擦を特定する
戦略仮説、顧客ジャーニー、価値ストリーム、主要な遅延・手戻り・重複を分析します。現在の組織図ではなく、価値が止まる地点と意思決定を抽出します。
改革目的と優先する価値ストリームが明確
組織選択肢を比較する
事業、顧客、商品、地域、機能の複数案を作り、顧客対応、専門性、規模効率、リスク、調整コストで比較します。単一案を正当化する資料にしません。
選択した構造と受け入れる不利益が合意される
権限・役割・会議を詳細化する
重要意思決定のRACI、職務、部門間インターフェース、会議体、エスカレーション、KPIを設計します。実際のケースを使った意思決定シミュレーションで曖昧さを検証します。
代表的な例外判断を新体制で処理できる
人材・データ・システムを接続する
配置、選任、能力開発、評価、アクセス権限、マスタ・組織階層、ワークフローを新しい組織運営モデルへ合わせます。発令日だけでなくデータ・システム切替日を設計します。
組織発令と運用開始の前提が揃う
移行と定着を運営する
移行期間の二重責任、未充足ポジション、例外処理を管理し、意思決定時間、手戻り、顧客影響を追跡します。90日単位で運営を見直し、不要会議と暫定措置を廃止します。
新しい判断と行動が日常業務で再現される
検討初期から、業務責任者、経営企画、IT・データ担当、現場代表が同じ議論に参加します。論点ごとの決定者と協議者を明確にし、未決事項は課題管理表で追跡します。全社を一度に詳細化せず、価値と依存関係の大きい領域に対象を絞り、業務からデータ・システムまで一連の流れを検証して仮説を更新します。
戦略・業務・データ・システム・移行を切らない
エンタープライズアーキテクチャの使いどころ
ビジネスアーキテクチャの価値ストリーム、ケイパビリティ、組織、情報の関係を使い、組織図だけでは見えない横断業務を設計します。組織変更がアプリケーション権限、ワークフロー、組織マスタ、レポート階層へ与える影響もアプリケーションとデータのアーキテクチャで追跡します。
DAMA-DMBOKの使いどころ
組織変更では顧客、商品、取引、従業員、組織階層の責任者が変わります。DMBOKのデータガバナンス、メタデータ、参照・マスタデータ、データ品質の観点を使い、誰が定義変更を承認し、いつ各システムへ反映し、過去比較をどう保つかを決めます。
EAとDMBOKは、成果物を増やすための形式ではありません。今回の意思決定に必要な範囲に絞って適用し、現行・目標・移行状態の差、データの意味と責任、変更の影響を説明できるように使います。フレームワーク名を掲げるだけでなく、責任者、承認権限、更新頻度、品質基準まで定めて初めて運用できます。
会議で決め、現場が使える成果物
成果物は分量の多い完成版文書ではなく、判断の前提、選択肢、責任、移行条件を追跡し、継続的に更新できる設計資産として作ります。
組織運営モデル設計図
戦略、価値ストリーム、組織軸、役割、会議、KPI、データ、システムを一枚で示します。
使いどころ：経営と現場が同じ改革像を持つ
意思決定権限マトリクス
重要判断ごとのA・R・C・I、判断基準、必要データ、エスカレーションを整理します。
使いどころ：合議と責任の空白を減らす
部門間インターフェース設計書
受け渡す入力・出力、品質、期限、完了条件、例外、責任者を定義します。
使いどころ：横断業務の手戻りを解消する
90日移行・定着計画
発令、配置、権限、データ、会議、教育、暫定対応、運営KPIを週単位で示します。
使いどころ：発令後の運用空白を防ぐ
よくある失敗と、早期の是正方法
失敗の多くはツールの機能不足ではなく、目的、対象範囲、責任、データ、移行条件の曖昧さから起きます。
| 失敗パターン | 構造的な原因 | 是正する方法 |
|---|---|---|
| 箱と役職から設計する | 価値ストリームと意思決定が検討されていない | 顧客価値と重要判断から構造を逆算する |
| マトリクスを合議制にする | 最終決定者と例外条件が曖昧 | 意思決定ごとに一人のAと期限を置く |
| 人事発令で完了とする | 会議、KPI、データ、システムが旧構造のまま | 運用開始条件と90日定着指標を設ける |
| 全業務を詳細設計する | 重要度に関係なく工数を使い、現場検証が遅れる | 価値・摩擦・リスクの大きい意思決定から設計する |
機能別組織と事業別責任の衝突を、権限設計で解く
以下は、設計の考え方を説明するための架空のモデルシナリオであり、特定企業の事例ではありません。個別の成果や効果を保証するものではありません。
複数商品を扱う企業で、営業は顧客別、供給は機能別、損益は事業別に管理されているとします。値引きや優先出荷の判断が複数責任者を回り、緊急会議が増えていました。組織図を変える前に、価格例外、受注採否、在庫配分に関する意思決定権限をマトリクスで整理し、事業責任者が決める範囲と全社ルールを区別します。
合わせて必要データ、判断期限、例外基準を定義し、会議を事後報告から例外審議へ変えます。新体制の評価は会議数ではなく、判断リードタイム、差戻し、顧客回答時間、ルール外取引の減少で確認します。
着手前の最終チェック
一つでも説明できない項目があれば、ベンダー選定や開発着手の前に仮説と責任を補います。
- 改革が解く戦略上のトレードオフを説明できる
- 優先価値ストリームと必要能力を定義している
- 重要意思決定ごとに一人の最終決定者がいる
- 部門間の入力・出力・完了条件・例外が合意されている
- KPIと人事評価が全体成果を妨げない
- 組織マスタ・権限・ワークフロー変更を計画している
- 発令後90日の移行責任者と定着指標がある
- 不要になる会議・承認・帳票を明示している
よくあるご質問
検討初期に多い疑問を、経営・業務・データ・実行の観点から整理します。
RACIを作っても形骸化しませんか。
役割名だけのRACIは形骸化します。実際に摩擦のある意思決定を対象に、判断基準、期限、必要データ、例外ケースを使ってシミュレーションし、会議・権限・システムへ反映します。
組織図を変えずに組織運営モデルを改善できますか。
可能です。権限、会議、インターフェース、KPIの改善だけで成果が出る場合があります。構造変更は、現行組織では戦略実行に必要な能力を確保できないと確認した場合に選びます。
人事制度まで同時に変える必要がありますか。
全面改定が必須ではありません。ただし新しい責任や協働を旧評価が阻害する場合、対象役割の目標・評価・報酬・キャリアを少なくとも整合させます。
関連する支援とナレッジ
複数テーマが絡む場合も、同じ変革ロードマップ上で優先順位と依存関係を整理します。
組織図の前に、変えるべき意思決定を整理する。
現行の組織、会議、権限、KPI、部門間の摩擦を確認し、組織運営モデルの選択肢と90日間の移行に必要な論点を整理します。組織改革案のセカンドオピニオンにも対応します。
組織運営モデルを相談する
コメント