業務改善の最初の一歩は、「困っている作業」を一つ書くだけでいい

業務改善という言葉は、少し大きく聞こえます。

フローを整理する。 システムを入れる。 AIを使う。 無駄をなくす。 生産性を上げる。

どれも間違ってはいません。けれど、いきなりそこから始めようとすると、多くの人は手が止まります。

「何を改善すればいいのか分からない」 「自分だけで決めていいのか分からない」 「大きな話になりそうで、今は時間がない」

そう感じるのは自然です。

業務改善は、最初から大きく始めなくていいと思います。むしろ最初の一歩は、とても小さいほうが続きます。

今日できる一歩は、困っている作業を一つ書くことです。

「毎回、同じファイルを探している」 「確認のために、別の人へ毎回聞いている」 「入力したあと、また別の表にも同じ内容を入れている」 「どれが最新版か分からなくなる」 「返事を待っている間に、次の作業が止まる」

このくらいで十分です。

改善案はいりません。 原因分析もいりません。 最初から正しい言葉にする必要もありません。

まずは、日々の仕事の中で少しだけ引っかかったことを、一つ見えるところに置く。

そこから始めるだけで、業務は少しずつ分解できるようになります。

大きな改善より、小さな違和感のほうが見つけやすい

「改善点を出してください」と言われると、急に難しくなります。

改善点という言葉には、どこか正解を求められている感じがあります。

会社にとって意味があるか。 費用対効果があるか。 他部署にも関係するか。 本当に無駄と言えるのか。

そんなことを考え始めると、まだ言葉になる前の小さな違和感は出てこなくなります。

でも実際の改善の種は、もっと手前にあります。

「ちょっと面倒」 「またこれか」 「毎回探している」 「なぜかここで止まる」 「誰に聞けばいいか分からない」

こういう小さな感覚です。

現場の人は、改善案を持っていないわけではありません。ただ、改善案として出すにはまだ形が小さすぎるだけです。

たとえば、ある人が毎朝、売上表のファイルを探しているとします。

その人に「業務改善案はありますか」と聞いても、すぐには出てこないかもしれません。

でも「今日、仕事の中で少し面倒だったことは何ですか」と聞くと、

「売上表がどこにあるか毎回迷います」

と出てくることがあります。

この一言は、まだ改善案ではありません。

けれど、ここには改善の入口があります。

ファイル名の問題かもしれない。 保存場所の問題かもしれない。 毎朝使うものなのに、ショートカットがないだけかもしれない。 そもそも、その表を見る目的が決まっていないのかもしれない。

小さな違和感を一つ書くと、そこから業務を分解できます。

逆に、小さな違和感を飛ばして「何かシステム化しよう」とすると、何を軽くしたいのかが曖昧なまま進みます。

だから最初は、かっこいい改善テーマはいりません。

「今日、少し困ったこと」を一つ書く。

それだけで、十分に業務改善の入口です。

書く場所は、特別なツールでなくていい

この一歩を始めるとき、ツール選びから入らないほうがいいです。

Notionがいいのか。 スプレッドシートがいいのか。 チャットに流すのか。 タスク管理ツールを使うのか。

もちろん、慣れているツールがあるなら使って構いません。

でも最初の目的は、立派な改善管理を作ることではありません。小さな違和感を消えない場所に置くことです。

だから、最初は次のどれでも十分です。

• 手元のメモ
• チャットの自分宛て投稿
• 共有メモ
• スプレッドシートの1行
• 紙の付箋

大事なのは、書く内容を小さくすることです。

おすすめは、次の三つだけです。

• 日付
• 困った作業
• そのとき止まった理由

たとえば、

「6/1　請求書の控えを探した　保存場所が毎回違う」

このくらいで構いません。

「6/1　見積の確認が止まった　誰が最終確認者か分からない」

これでも十分です。

ここで、いきなり解決策まで書こうとしないことが大切です。

解決策を書こうとすると、また手が止まります。

「フォルダルールを作るべきか」 「承認フローを変えるべきか」 「システムを入れるべきか」

そう考え始めると、最初の小さな記録が続かなくなります。

最初の一歩は、問題を解くことではありません。 問題を見失わないようにすることです。

書いた瞬間に改善しなくてもいい。 その日は書くだけで終わっていい。

一つ書けたら、次の日にまた一つ書く。

それだけで、仕事の中で何度も詰まっている場所が見えてきます。

三日分たまると、改善ではなく「傾向」が見える

一つだけ書いたときは、ただの愚痴に見えるかもしれません。

でも、三日分たまると少し変わります。

たとえば、次のようなメモが並んだとします。

• 月曜: 売上表を探した。どれが最新版か分からない。
• 火曜: 見積の確認が止まった。誰が見るか分からない。
• 水曜: 顧客情報を探した。チャットに流れていて見つけにくい。

ここで見えてくるのは、「自分がだらしない」という話ではありません。

情報の置き場所と、確認する人が曖昧になっているという傾向です。

別の例もあります。

• 月曜: 同じ内容を請求書と管理表に入力した。
• 火曜: 顧客名を別の表にも転記した。
• 水曜: 集計のためにまたコピーした。

これは、同じ情報を何度も入力しているという傾向です。

この段階でようやく、改善の話ができます。

「では、まずどの入力をやめられるか」 「どこを正本にするか」 「誰が見る表なのか」

こういう問いが出てきます。

最初から会議で「業務改善しましょう」と言っても、話が広がりすぎます。

でも、三日分の小さな困りごとがあると、話は具体的になります。

誰かを責める必要もありません。

「こういうことが何回か起きています」 「まず一つだけ置き場所を決めませんか」 「確認者を一人だけ決めませんか」

このくらいなら、現場でも話しやすいはずです。

業務改善は、大きな旗を立てるより、小さな事実を並べるほうが進むことがあります。

AIに聞く前にも、この一行が効く

最近は、困ったらAIに聞くことも増えました。

それ自体は良いことです。

ただ、AIにいきなり「業務改善案を出して」と聞くと、答えは広くなりがちです。

チェックリストを作る。 業務フローを可視化する。 ツールを導入する。 自動化する。

どれも正しいけれど、今の自分の現場に合っているかは分かりません。

そこで役に立つのが、先ほどの一行です。

「請求書の控えを探すのに毎回時間がかかる。保存場所が人によって違う」

ここまで書けていれば、AIにも聞きやすくなります。

たとえば、

「この困りごとを、明日からできる小さな改善に分けてください」

と聞けます。

この聞き方なら、AIの答えも現場に近くなります。

AIは、ふわっとした相談にも答えてくれます。 でも、ふわっとした入力には、ふわっとした答えが返ってきます。

小さな困りごとの一行は、人に相談するときにも、AIに相談するときにも使えます。

つまり、最初の一歩はAI活用の前準備にもなります。

難しいプロンプトを覚える前に、

「何に困ったか」 「どこで止まったか」 「誰が関係しているか」

この三つを短く書く。

それだけで、AIの使い方も少し現場寄りになります。

今日やるなら、帰る前に一行だけ書く

この記事を読んだあと、すぐに大きな改善を始める必要はありません。

今日やることは一つだけで十分です。

帰る前に、今日の仕事を思い出して、次の形で一行書いてみてください。

「今日、少し止まった作業は何か」 「なぜ止まったか」

たとえば、

「顧客資料を探した。保存場所が分からなかった」

これだけでいいです。

もし何も思いつかなければ、

「今日は特に止まらなかった」

でも構いません。

大事なのは、自分の仕事を一度だけ振り返ることです。

業務改善は、特別な人だけがやるものではありません。 システムに詳しい人だけが始めるものでもありません。 AIを使いこなしている人だけのものでもありません。

日々の仕事の中で、

「ここで少し止まった」

と気づける人なら、誰でも始められます。

その小さな一行が、あとで業務の地図になります。

地図ができると、どこから軽くするかを話せます。

だから、最初の一歩は大きくしない。

まずは一つだけ書く。

それが、誰にでもできる業務改善の始まりです。