営業は顧客対応を速くしたい。現場は入力を増やしたくない。経理は証憑と金額を正確に揃えたい。それぞれの部署が自分の役割を果たしているのに、会社全体では転記、確認、差し戻しが減らないことがあります。
この問題を「部署間の仲が悪い」と捉えるだけでは改善しません。各部署が異なる目標と責任の中で、合理的に行動した結果として起きているからです。
部署ごとに最適な行動が違う
| 部署 |
優先すること |
起こりやすい行動 |
| 営業 |
顧客対応と受注 |
後工程の入力を後回しにする |
| 現場 |
作業完了と品質 |
自部署で使いやすい表を作る |
| 経理 |
正確性と締め |
不明点を差し戻す |
| 管理者 |
進捗と予算 |
集計表を追加する |
誰か一人が間違っているのではありません。問題は、部署の境界で何を渡せば業務が完了するかが設計されていないことです。
よくある失敗は「各部署の作業だけ」を改善すること
たとえば営業が案件情報を営業管理ツールへ入力し、現場が実績をExcelへ記録し、経理が請求時に両方を見比べる業務を考えます。
- 営業は入力時間を減らすため、受注時点の最低情報だけを残す
- 現場は作業しやすいように、案件名を独自の表記へ変える
- 経理は請求根拠が足りないため、Slackやメールで確認する
- 管理者は進捗を見たいので、別の集計表を作る
各部署の中では効率化できています。しかし、案件番号、金額の確定時点、取消の扱いが揃っていないため、後工程の確認が増えます。
この場合に見るべきなのは「営業の入力時間」だけではありません。案件発生から請求・会計反映までに、人が何回データを読み替え、確認し、修正したかです。
部署という区分だけでも内集団が生まれる
Tajfelらの実験では、意味の薄い分類で作られた集団でも、自分の属する集団を有利に扱う傾向が観察されました。Social Categorization and Intergroup Behaviour
職場の部署には、さらに異なる専門性、用語、評価、過去の対立があります。「営業の入力が悪い」「経理は細かすぎる」という見方が固定されると、相手部署の制約より自部署の正しさを守りやすくなります。
この研究から実際の部署対立を直接説明できるわけではありませんが、部署間問題を個人の性格だけで扱わない視点になります。
サイロ化はデータだけの問題ではない
情報を一つへ集めても、次が異なれば確認作業は残ります。
- 顧客や案件の識別方法
- 売上が確定したとみなす時点
- 取消・返金の扱い
- 誰が修正できるか
- どのデータを正本とするか
- 締め後の変更方法
全体最適とは、すべての部署に同じ画面を使わせることではありません。一つの取引を、部署をまたいで同じものとして扱える状態です。
部署横断で一件を追う
改善対象を部署別に棚卸しする前に、直近の一件を入口から出口まで追います。
- 顧客や現場で事実が発生する
- 誰がどこへ記録する
- 次の部署は何を受け取る
- 不足時に誰へ戻す
- 金額や状態を誰が確定する
- 会計や経営数字へどう反映する
各境界で、再入力、表記変換、口頭確認、承認待ち、手修正を記録します。部署内の作業時間より、受け渡しの待ち時間が長いこともあります。
受け渡しを確認する実務シート
| 境界 |
渡す情報 |
正本 |
完了条件 |
不足時の戻し先 |
現在の手作業 |
| 営業→現場 |
案件ID、顧客、実施条件 |
案件台帳 |
着手可能な情報が揃う |
営業担当 |
転記・表記修正 |
| 現場→経理 |
実績、追加費用、証憑 |
実績台帳 |
請求額を確定できる |
現場責任者 |
Slack確認 |
| 経理→経営 |
売上、原価、未確定額 |
会計・管理台帳 |
数字の根拠を追える |
経理責任者 |
Excel集計 |
実際には、空欄を埋めることよりも「正本が二つある」「完了の定義が部署で違う」と判明することに価値があります。
境界ごとに責任を一つ置く
部署横断業務では、全体責任者を一人置くだけでは不十分です。営業から現場へ渡す時点、現場から経理へ渡す時点など、境界ごとに次を決めます。
- 渡す側が確認する項目
- 受け取る側が受領と判断する条件
- 不足を発見したときの返却先
- 締め後に変更できる人
- 変更履歴を残す場所
「誰かが気づいたら確認する」をなくします。システム連携は、この条件が決まった後に設計します。
共通化するものと残すものを分ける
共通化するもの
- 案件・顧客・取引を識別するID
- 正本となる情報
- 受け渡しに必要な最低項目
- 完了・保留・取消などの状態
- 修正理由と履歴
部署ごとに残せるもの
- 表示順や画面
- 内部メモ
- 作業上の補助項目
- 部署固有の分析方法
すべてを統一しようとすると現場の便益を失います。接続に必要な部分だけを揃えます。
評価指標を前後工程まで広げる
自部署の処理件数だけでなく、次を確認します。
- 部署境界での再入力回数
- 不備による差し戻し件数
- 次工程が開始できるまでの時間
- 元データへ戻る問い合わせ件数
- 部署別ではなく一件全体の完了時間
- 修正が複数システムへ反映されるまでの時間
前工程の効率化が後工程の負担増になっていないかを測ります。
金額へ置き換えると優先順位が見える
改善候補ごとに、少なくとも次を概算します。
月間損失時間
= 1件あたりの確認・転記時間 × 月間件数
+ 差し戻し1件あたりの待ち時間 × 差し戻し件数
+ 締め後修正の時間
正確な人件費換算が難しければ、まず時間と件数で十分です。加えて、請求遅延、回収漏れ、経営判断の遅れなど、時間以外の影響を別欄へ残します。
最初の2週間で行うこと
- 直近の正常案件を2件、例外案件を1件選ぶ
- 発生から会計反映まで、実データの移動を追う
- 部署の境界で発生した確認・転記・待ちを数える
- 共通ID、正本、完了条件のうち一つだけ揃える
- 同じ3件を再現し、確認回数と完了時間を比較する
全社システムの統一から始める必要はありません。一つの受け渡しが安定したかを確認してから対象を広げます。
まとめ
部署をまたぐ改善が進まないのは、協力意識が足りないからだけではありません。各部署が異なる目標と責任を持ち、自部署の中では合理的に動いているためです。
部署を統一するのではなく、一つの案件がどこで分断されるかを追い、共通ID、正本、受け渡し条件、修正履歴を揃えます。
部署間のデータ接続はバックオフィスDX・AXはバックオフィスだけでは完結しない、KPIによる部分最適はKPIを設定したのに現場が数字合わせを始める理由で解説しています。シクミAIでは、部署ごとのツールをすぐ統一せず、実際の受け渡しと数字の根拠から接続条件を整理します。
