見える化で業務が止まるワケ|後編
1. 空白を埋めるのは、さらなるデータではない
前編では、システムが見える化した「経営層の求める目的(Why)」と、現場が日々行っている「手元の作業(What)」の間に、巨大な空白が生まれてしまった現象についてお話ししました。
この空白を前にしたとき、多くの組織が「もっと詳しく分析できる機能」をシステムに追加しようとします。しかし、データの解像度をどれだけ上げても、人は動きません。なぜなら、現場が求めているのは「現状の正確な把握」ではなく、「明日、具体的に何をすればいいのか」という確信だからです。
システムが表示する「利益率」や「顧客単価」といった数字は、あくまで結果に過ぎません。結果をどれだけ見つめても、行動は生まれません。止まってしまった組織を再び動かすために必要なのは、新しいシステム機能ではなく、数字を言葉に変換する「翻訳」のプロセスです。
2. 答えへの一歩:問いを「手ざわり」のあるサイズに解体する
では、具体的にどう「翻訳」すればいいのでしょうか。
一つの答えは、遠いKPIを、現場が今日コントロールできる「小さな問い」へと解体することにあります。
たとえば、ダッシュボードに「営業利益の未達」という赤い数字が出ているとします。これをそのまま会議の議題にしてはいけません。利益をどう上げるか、という問いは現場にとって大きすぎて、思考をフリーズさせるからです。
ここで必要なのは、その大きな数字を、メンバーが明日からキーボードを叩く指先の動きにまで引き下ろすことです。
「利益率を上げるために何をすべきか」ではなく、
「今週、利益に直結する『顧客との対話時間』を15分増やすために、どの事務作業を一つ削れるだろうか?」
「解約率を下げるにはどうすればいいか」ではなく、
「過去一ヶ月、一度も連絡が取れていないお客様のうち、明日まず一人に連絡を入れるとしたら、誰が最も適切か?」
bこのように、数字を「解釈」し、現場のメンバーが自分の手で動かせる「変数」にまで翻訳してあげること。
システムが提示した冷たい結果の数字を、現場が触れることができる「温かい行動の単位」に変換する。この泥臭いコミュニケーションの介在こそが、見える化を「監視」から「支援」へと変える鍵となります。
3. 「翻訳者」という職能の介在
この翻訳作業は、システムが自動で行ってくれるものではありません。
経営の意図を汲み取り、現場の業務実態を深く理解し、その二つを繋ぐ言葉を編み出す「人間」の役割です。
私たちはこれを「業務設計」という職能の中に位置づけています。
システムを構築して終わりにするのではなく、そのシステムから出てきた数字をどう読み解き、どう現場の行動へと逆流させるか。その「意味の循環」を設計すること。
デジタルの力で情報が瞬時に共有されるようになったからこそ、その溢れる情報に「意味」と「納得感」を与える人間の役割が、かつてないほど重要になっています。
4. あなたへの問い
システムは、あなたの組織の「今」を映し出しています。
しかし、その画面の向こう側にいるメンバーは、明日何をすればいいか分かっているでしょうか。
最後に、あなたに問いを残します。
「あなたが今日、ダッシュボードで確認したその数字。
それは、明日の朝、メンバーが自分のデスクに座ったときに、自分の手で変えられる数字ですか?」
もし、その答えが「いいえ」であるなら、そこにはまだ、埋められるべき「しくみのスキマ」が残っています。
🍵 もっと深く「スキマ」を覗きたい方へ
経営の遠い数字(Why)を、現場の行動(What)へとつなぎ直す「翻訳」という技術について
#問いの設計 |構想は翻訳である
正解を出すのではなく、現場が動ける「問い」を置くことで生み出されるものについて
#問いの設計 |問いの先にあるしくみの呼吸
おKPIという冷たい事実の前で立ち止まった組織に、どうやって「熱」と流れを取り戻すか
動くしくみ、止まるしくみ#4|熱が巡ると、しくみは呼吸をはじめる
