当事者だけで考えると改善が止まる理由——部署横断で課題を俯瞰する三つの視点

困りごとは部署ごとに積もっていく。それ自体は自然なことだが、当事者だけで議論を続けると、問題の全体像は見えてこない。どの部署でも「うちは仕方がない」という結論になり、改善の議論が先に進まなくなる。

部署をまたいで並べると見えてくるもの

業務改善の議論がどこで行われているかを確認することが、最初の問いになる。

受注データの入力が煩雑だという問題を、営業部門だけで議論していないか。同じデータは経理でも加工され、配送部門でも参照されている。それぞれが「うちの問題」として切り分けてしまうと、重複の発生源は見えないままになる。

こうした場合、部署をまたいで「今困っていること」を一枚の紙に書いてもらい、同じテーブルに並べるだけでも状況が変わる。並べ方は難しくない。箇条書きで書いてもらい、ホワイトボードなり共有シートなりに置くだけでいい。完璧な整理より、まず「見える場所に置く」ことが先決だ。

• 別の部署が同じ作業を二重にやっていることが分かる
• 一方では「不要」と思われているプロセスが、他方では必要とされていることが明らかになる
• 誰も引き受けていない作業が浮かび上がる

縦割りの中では見えなかったことが、横断で並べると初めて輪郭をもつ。社内の不満が「どうせ変わらない」に固まるときでも触れているように、不満が個人の感情として内向きになる前に、横断で整理する場をつくることが重要だ。

「それは仕様です」で止まった話を拾い直す

改善の議論をしていると、ある時点で会話が止まることがある。

「それは仕様なので、変えられません」

この言葉が出たとき、議論がそこで終わるかどうかは、発言の出どころを確認するかどうかにかかっている。

仕様の判断がいつ・誰によって下されたのかを問い直すと、正式な決定ではなく、過去の担当者の判断がそのまま引き継がれているだけだったというケースは少なくない。現場が誰も疑問を持たないまま「触れてはいけないもの」として扱い続けているだけのことも多い。

止まった話を動かすには、次を確認するのが有効だ。

• その仕様を決めた人は誰か（今も在籍しているか）
• いつ決まったか（現在の業務フローと整合しているか）
• 変更した場合、影響が及ぶ範囲はどこか

仕様が本当に仕様であれば、この問いに答えられるはずだ。答えが出ないなら、それは仕様ではなく慣習の積み重ねかもしれない。「動いているから触るな」を乗り越えるでも書いているように、「触れない理由」が技術的なものか、組織的な慣習によるものかを区別することが、改善の第一歩になる。

「誰が決めるか」を先に決める

部署をまたいだ改善プロジェクトが宙に浮く理由の一つは、意思決定者が決まっていないことだ。

担当者がどれほど丁寧に課題を整理しても、最終的に「上に確認します」が繰り返されれば、議論は冷えていく。誰が決めるかが定まっていない状態で課題の整理だけが進むと、関係者の数が増え、合意のコストだけが積み上がる。

先に決めることはシンプルだ。

1. 改善の対象範囲を書き出す（何部署にまたがるか）
2. その範囲をカバーできる意思決定者を一人決める
3. 決定の期限と条件を関係者で共有する

意思決定者が明確であれば、担当者は「この方向でいいですか」と確認に動くことができる。曖昧なままでは、誰も動けない。現場では、この「誰が決めるか」を明文化するだけで、止まっていた議論が動き出すことがある。ツールを変えるより先に、決定の構造を整えることが先決なケースは多い。

しぼる：DX伴走支援では、こうした部署横断の課題整理から意思決定の設計、実装後のフォローアップまでをサポートしている。

当事者の視点だけでは、俯瞰は生まれない。困りごとを横断で並べ、止まった話の出どころを確かめ、決定者を先に決める。この三つが揃ったとき、改善はようやく具体的な形を持ちはじめる。