組織設計・組織構造
組織構造が機能するのは、意思決定、業務のキュー、レポートラインがすべて同じ方向を向いているときです。当社は業務の流れから設計し、そのうえでシステムを合わせます。
ともに答えを出す問い
- 当社の組織構造は、顧客へのサービスの提供方法を軸にしているのか。それとも、たまたま採用した人を軸にしているのか。
- 意思決定はどこで待たされており、判断を加えることなく署名だけを加えている階層はどれか。
- 新しい市場に参入するにあたり、地域別、製品ライン別、チャネル別のどれで組織すべきか。
- 本社は何を決めるべきで、各拠点、支店、施設は何を自ら決めるべきか。
- 現在の規模で、管理階層はいくつ必要なのか。
提供内容
組織構造の診断
公式の組織図を、承認ログ、システムの権限、キューのデータ、レポートラインと比較し、業務と意思決定が実際にどこへ流れているかを示します。
組織構造の選択肢とトレードオフ
地域、製品、チャネル、顧客を軸とした2〜3の設計案を、事業が最も頻繁に下す意思決定と照らして検証します。
役割、管理範囲、階層
責任範囲と意思決定の限度を備えた役割の概要を作成し、各管理職が監督する業務の量と種類に合わせて管理範囲を設定します。
本社と拠点の設計
本社、シェアードサービス、そして各ホテル、支店、店舗、ヤードが何を決めるのかを明確に切り分け、それぞれがそのために必要とする情報を定めます。
- THEFOCUSとのプロジェクトの始まり方この件について相談する
アプローチ
- 01
業務と意思決定を追跡
実際の受注、予約、購買、承認の一部を事業全体にわたって追跡し、誰がそれぞれに関わり、どこで待たされているかを確認します。
- 02
実際の意思決定で選択肢を検証
各組織構造の候補を、追跡した事例で評価し、設計ごとの引き継ぎと承認ステップの数を数えます。
- 03
組織図を描く前に役割を文書化
組織図を確定する前に、責任範囲、意思決定の限度、評価指標を、役割ごとに経営陣と合意します。
- 04
システムを設計に合わせて設定
新しい組織構造が稼働する前に、ERP、CRM、ヘルプデスクのレポートライン、権限、キュー、承認経路を変更します。
THEFOCUSとのプロジェクトの始まり方
最初の対話では、お客様の状況を伺います。お役に立てると判断した場合は、より大きなご契約の前に、成果物を定めた範囲限定の診断をご提案します。
この件について相談する01
実務に即した対話
実際にプロジェクトを率いる担当者と45分間お話しいただきます。意思決定の内容、その背後にあるシステム、期限について伺います。
02
範囲を絞った診断
閲覧のみの権限、固定の期間、書面による所見。記録から何がわかるか、それがどれだけのコストにつながっているか、まず何を変えるべきかをお示しします。
03
実行に移せる計画
変更内容、責任者、評価指標、対象外の事項を書面にまとめます。その後は同じチームが構築と測定を担うか、確実に引き継ぎます。
- 責任を担うひとつのチーム
- 診断した担当者が、そのままシステムを構築し、成果を測定します。
- 課題ごとに選ぶパートナー
- 必要な部分には独立系の専門家が加わり、契約はひとつにまとめます。
- ダッシュボードより先に記録を
- 提言の根拠とする前に、注文データ、元帳、ログを突合します。
経営層からよくいただくご質問
新しい組織図を作成するのですか。
はい。役割の概要、意思決定の限度、そして組織図を現実のものにするシステム変更とともに作成します。承認と業務の割り当てはシステムに従うため、同じリリースでそれらも変更します。
開始にあたって、何を用意すればよいですか。
現在の組織図と職務記述があればそれを、承認、権限、業務キューを管理しているシステムの閲覧権限、そして主要なプロセスを運営している人々との時間をいただきます。
人員数の変更は誰が決めるのですか。
お客様が、人事と雇用に関するアドバイザーとともに決めます。当社は、業務の実態、選択肢、その影響を示します。労使協議と契約の変更は、そのアドバイザーが担います。
この件について相談する
いくつかの情報をいただくことで、お問い合わせを適切なパートナーにおつなぎできます。「任意」の項目は空欄のままでも構いません。