「この作業、毎回30分かかるので、入力表を変えてもいいですか？」
上司に説明し、費用も確認し、承認ももらった。便利になった。ところが数日後、別の人から「誰が許可したの？」「そのお金、本当に必要だった？」と詰められる。
……いや、許可を取るために、あの会議を開いたんですが。
こんなことが続くと、人は改善を思いついても黙るようになる。問題は「やる気が足りない」ことではない。決める人、実行する人、後から確認する人の役割が食い違っていることだ。
※ここからの会話は職場で起こり得る例であり、特定の企業や人物の話ではありません。
承認されたのに、なぜ終わらない？
承認には、本来「この条件なら実施してよい」という意味がある。ところが、誰が何を承認したかが曖昧だと、導入後も次々に新しい条件が現れる。
最初は「上司がOKなら進めて」。実施後は「経理にも聞いた？」「利用者全員は納得している？」。ゴールが動き続けたら、担当者はいつまでも走らされる。
だから先に残したいのは、立派な会議録ではなく、たった四つの答えだ。
- 何のために変えるのか。
- 誰が、いくらまで決めてよいのか。
- どこまでできたら完了なのか。
- 新しい懸念が出たら誰が再判断するのか。
例えば「入力ミスを減らすため、月額○円以内で、所属長承認後に試す。導入後2週間で継続を判断する」と短く残せば、少なくとも議論の出発点がそろう。
本当に問題が見つかったときは？
「承認をもらった」は無敵のバリアではない。安全上の問題、想定外の出費、情報の扱いの不備が分かったなら、当然立ち止まって確認する必要がある。
ただし、その場合も「なんでこんなことをした！」と人格を責めるより、承認時点で分かっていたこと／後から判明したこと／いま必要な対応を分けた方が前に進む。
承認後の指摘がすべて悪いのではない。後から出た問題を、仕組みの修正ではなく担当者への一方的な叱責で終わらせることが問題なのだ。
「便利にした人」が24時間サポート係になる問題
もう一つ厄介なのが、改善を作った人に質問が永久に集まること。
「使い方を教えて」「設定して」「前の画面に戻して」「もう一回説明して」。便利な表を一枚作っただけなのに、気づけば社内サポートセンターを開業している。しかも、開業届を出した覚えがない。
最初から役割を分ければ、この罠は減らせる。使い方は短い手順書にまとめる。基本操作は利用者が確認する。本当の不具合は担当窓口へ送る。追加の要望は、優先順位と費用を決める人に戻す。
助け合いを拒む話ではない。改善を提案した人に、運用の全責任まで自動で載せないという話だ。
後出しで責められたら、何を返す？
感情で応戦するより、まず記録へ戻す。
「この変更は○月○日に、目的・費用・範囲を共有し、承認を受けて実施しました。新しい懸念があるなら、内容を確認して担当者と対応を決めたいです」
これなら「承認済みだから黙ってください」でも「全部自分が悪いです」でもない。事実を示し、変更が必要なら決め直す余地を残せる。
確認する側も、細かな手順を毎回握るより、「目的・期限・予算・相談が必要な条件」を先に示した方が、担当者の判断余地を保ちやすい。仕事を任せるとは、何も見ないことでも、全部を見張ることでもない。
改善が止まる職場で、最初に直すこと
次の提案を増やしたいなら、「もっと積極的に！」と叫ぶ前に、前回の改善を振り返ろう。
承認は明確だったか。完了条件はあったか。導入後の問い合わせ先は決まっていたか。
この三つが曖昧なら、次も同じ人が火消し役になる。改善をするたび仕事が増える会社で、誰が次の改善を提案したがるだろう。
改善を増やす最初の改善は、改善した人だけが損をしない仕組みを作ることなのかもしれない。
参考：Harvard Business Review「マネジャーは不安ゆえにマイクロマネジメントに陥る」（2024年） https://dhbr.diamond.jp/articles/-/10391
