「気づいた人がやる」業務改善は限界がある。仕組みで解決する方法

「気づいた人がやる」業務改善は限界がある。仕組みで解決する方法

「気づいた人がやる」が生む静かな疲弊

「この手順、もっと効率化できるのに」 「前にも同じミスがあったのに、また繰り返されている」 「誰かがやらないと、ずっとこのままだな……」

そう感じて、自分から動いたことはありませんか？

業務の無駄に気づき、自ら改善に着手する。それ自体は素晴らしいことです。しかし問題は、その改善が「気づいた人の善意」に依存し続けることにあります。

実は多くの組織で、業務改善はこの「気づいた人がやる」モデルで回っています。そして、そのモデルには明確な限界があります。

• 気づく人はいつも同じ数人に偏る
• 改善した内容が共有されず、他の人に伝わらない
• 改善した本人が異動・退職すると元に戻る
• 周囲は「あの人がやってくれる」と無意識にフリーライドする
• 改善を続ける人ほど本来の業務を圧迫され、疲弊する

ある調査では、組織の業務改善の約7割が特定の個人の自発的な行動に依存しているというデータもあります。つまり、その数人が手を止めた瞬間、組織の改善活動は止まるのです。

これは属人化の典型的なパターンです。業務のやり方だけでなく、「改善する」という行為そのものが属人化しているのです。

なぜ「善意の改善」は組織に定着しないのか

この問題の厄介なところは、表面上はうまくいっているように見えることです。

気づいた人が改善してくれるおかげで、チームの業務は少しずつ良くなっている。マネージャーも「〇〇さんがいてくれて助かる」と感じている。本人も、自分の貢献が認められている実感がある。

一見、Win-Winに見えます。しかし、水面下では3つの構造的な問題が進行しています。

① 改善のナレッジが個人の頭の中に閉じている

「なぜこの手順に変えたのか」「以前はどんな問題があったのか」——改善の背景や理由が、実行した本人にしか分かりません。ナレッジ共有がされないまま、改善の文脈が失われていくのです。

② 「改善しなくていい人」が生まれる

気づいた人が黙々とやってくれるなら、他のメンバーは「自分がやらなくても回る」と感じます。これは悪意ではなく、仕組みが生み出す構造的な怠惰です。結果、改善の担い手はますます固定化されます。

③ 再現性がない

個人の善意ベースの改善には再現性がありません。同じ問題が別のチームで発生しても、改善のノウハウが横展開されない。日報にさえ記録されず、マニュアル作成にもつながらない。組織全体から見れば、同じ問題を何度も個別に解決している状態です。

つまり、「気づいた人がやる」モデルは短期的には機能しても、長期的には組織の改善力を弱体化させるのです。

「人」ではなく「仕組み」で改善を回す

ここからは、個人の善意に頼らず、仕組みとして業務改善を機能させる具体的な方法をお伝えします。ポイントは「改善のプロセスそのものを設計する」ことです。

仕組みで解決する方法

業務改善を仕組み化する5つのステップ

1. 「気づき」を記録する場所をつくる

改善の出発点は「気づき」です。しかし、多くの場合その気づきは本人の頭の中で消えていきます。忙しい日常の中で、「後で考えよう」と思った改善アイデアの9割は忘れられます。

まず必要なのは、気づいた瞬間に記録できる場所を用意することです。

具体的なアクション：

• 日報に「気づき・改善メモ」欄を追加する
• Slackやチャットツールに #改善アイデア チャンネルを作る
• 週報テンプレートに「今週感じた非効率」の項目を設ける

大切なのはハードルを下げることです。「提案書を書いてください」ではなく、「一行メモでOK」。気づいた人が3秒で投稿できる仕組みにしましょう。

日報を毎日書いている組織なら、日報のフォーマットに「改善の種」というセクションを追加するだけで、自然と気づきが蓄積されていきます。

2. 気づきを「仕分け」する定例をつくる

記録された気づきは、定期的に仕分けしなければただのメモの山になります。

週1回・15分のミーティングで十分です。以下の3つに仕分けしましょう。

ここで重要なのは、「見送る」にも理由を記録すること。「なぜやらないのか」が明文化されていれば、状況が変わったときに再検討できます。これも立派なナレッジ共有です。

3. 改善を「誰でもできる粒度」に分解する

「気づいた人がやる」モデルの最大の問題は、気づいた人＝実行する人になってしまうことです。

これを防ぐために、改善タスクを誰でも実行できるレベルに分解しましょう。

例：「見積書作成に時間がかかる」という気づき

分解しないまま → 「見積書作成を効率化する」（抽象的で、詳しい人しかできない）

分解した場合：

1. 現在の見積書作成手順を書き出す（15分）
2. 過去3ヶ月の見積書を分析し、共通部分を洗い出す（30分）
3. テンプレートの初版を作成する（1時間）
4. チームに共有してフィードバックをもらう（1週間）
5. フィードバックを反映してマニュアル作成する（1時間）

このように分解すれば、ステップ1は新人でもできますし、ステップ4は全員が参加できます。改善の実行が特定の人に集中しなくなるのです。

4. 改善結果を「組織の資産」として残す

改善が完了したら、その結果と経緯をドキュメントとして残すことが不可欠です。

ここが最も見落とされるポイントです。改善を実行して満足してしまい、なぜ変えたのか、以前はどうだったのかが記録されない。その結果、半年後に「なんでこの手順なの？」と疑問を持った人が、また元のやり方に戻してしまう——こんなことが実際に起きています。

記録すべき3つの情報：

• Before：以前のやり方と、その問題点
• After：新しいやり方と、改善のポイント
• Why：なぜ変えたのか（判断の根拠）

マニュアル作成の際にも、単に「新しい手順」だけでなく**「なぜこの手順になったのか」**を併記しましょう。これがあるだけで、マニュアルの説得力と定着率が格段に変わります。

5. 改善の「振り返り」を仕組みに組み込む

最後に、改善活動そのものを振り返る機会をつくりましょう。

月に1回、以下の3つを確認するだけで十分です。

• 今月実行した改善は何か（可視化）
• 効果はあったか（検証）
• 次に取り組むべきことは何か（計画）

この振り返りを通じて、改善の成果が組織全体に見える化されます。「〇〇さんがやってくれた」ではなく「チームとして、今月は3つの業務改善を実行した」という認識が生まれます。

改善が個人の功績ではなく組織の活動として認識されることで、「気づいた人がやる」から「みんなで改善を回す」への文化的シフトが起きるのです。

業務改善を仕組み化する5つのステップ

こんな課題を感じている方におすすめ

• 業務改善がいつも同じ人に偏っていて、属人化が進んでいる
• 改善したはずのことが、気づくと元に戻っている
• 日報を書いているのに、現場の気づきが活かされていない
• マニュアル作成しても更新されず、形骸化している
• ナレッジ共有の重要性は分かっているが、具体的な進め方が分からない

「気づいた人がやる」モデルの限界は、放置するほど特定の人への負荷が増し、組織全体の改善力が低下していくことです。仕組みを整えるなら、負荷が臨界点に達する前の「今」がベストなタイミングです。

まとめ

まとめ：仕組みで回す業務改善

「気づいた人がやる」業務改善は、善意で成り立つからこそ長続きしません。改善を持続させるために必要なのは、個人の意識改革ではなく仕組みの設計です。

今回ご紹介した5つのステップを振り返ります。

1. 気づきを記録する場所をつくる——日報や専用チャンネルで、気づいた瞬間に残せる仕組みを
2. 定例で仕分けする——週1回15分で、気づきを「すぐやる・計画する・見送る」に分類
3. 誰でもできる粒度に分解する——改善の実行を特定の人に依存させない
4. 改善結果を資産として残す——Before / After / Why をマニュアルに記録
5. 振り返りを仕組みに組み込む——月1回の可視化で、改善を「組織の活動」に

どれも大掛かりなプロジェクトではありません。まずは明日の日報に「気づき・改善メモ」の欄を一つ追加することから始めてみてください。

日報を起点にしたナレッジ共有や、改善ノウハウの蓄積を仕組みとして回していきたい方は、業務の記録と共有を手軽に始められるSeediaもぜひご覧ください。「気づいた人がやる」から「仕組みで回す」への転換が、属人化を解消し、組織の業務改善を加速させる確かな第一歩になります。