仕事を速くする前に、止め方を考えていますか？

はじめに

月末の請求書を作る仕事を想像してみる。

以前は、表計算ソフトを開き、金額を確かめ、一件ずつ書類を作っていた。今では、取引データから請求書をまとめて作り、送付まで自動化できる。毎月の負担が減るのは、素直にうれしい変化だ。

ところが、送付の直前になって、ある取引の金額がおかしいと気づいたらどうだろう。

その一件だけを保留できるだろうか。全件の送付が始まっていたら、誰に声をかければ止まるのだろう。担当者が外出中でも、別の人が判断できるだろうか。

仕事を速くする仕組みについては、導入前からよく話し合う。一方で、「おかしい」と気づいたとき、仕事をどう止めるかは、案外、普段の会話に上がらない。

仕事が途中で止まるのは困る。請求が遅れれば入金にも影響するし、給与計算や受発注には守らなければならない日程がある。

だからこそ、私たちは止まらずに動く仕組みを求める。手作業を減らし、処理をまとめ、担当者が不在でも進むようにする。

ただ、処理が止まらないことと、安心して続けられることは同じではない。

間違った入力をそのまま次の処理へ渡してしまうなら、速さは誤りを広げる速さにもなる。最初は一件の確認で済んだことが、送付済みの書類や取引先への説明にまで広がる場合もある。

もちろん、すべての処理を人が一件ずつ確認すればよいわけではない。それでは自動化の利点が薄れる。必要なのは、普段は滞りなく進み、気になることが起きたときには立ち止まれる余地なのだろう。

例えば、担当者が異常に気づいて上司へ伝えたとする。

上司には処理を保留する判断をする権限がある。しかし、実際に動いているシステムを操作できるのは外部の保守担当者だけで、その人にはすぐ連絡がつかない。あるいは停止操作は用意されていても、止めるとどこまで影響するのかが分からず、誰も押せない。

この場合、誰かが無責任なのだと決めつけることはできない。判断する人、操作する人、影響を受ける人が分かれているだけかもしれない。

それでも、現場から見れば「止めると決めたのに、止められない」という状態が生じる。

停止には、少なくとも二つの条件がある。誰が保留や中断を判断してよいかという権限と、その判断を実際の処理へ反映する手段である。片方だけでは足りない。

さらに、その判断自体に迷うこともある。金額に違和感があっても、間違いだと確定したわけではない。確認を待つ間にも締切は近づく。全部を止めるか、そのまま進めるかの二択しかなければ、判断は難しくなるだろう。

「止める」と聞くと、システム全体の電源を切るような大げさな対応を想像するかもしれない。

けれど、請求書の例なら、不明な一件だけを送付対象から外す方法もある。送付前に確認待ちの状態を設けたり、作成と送信を別の操作に分けたりすることも考えられる。

どこまで細かく止められるようにするかは、仕事によって違う。小さな事務処理に複雑な管理機能を持ち込めば、今度は日常の操作が重くなる。

大切なのは、何でも自由に停止できることではなく、困ったときに必要な範囲をいったん保留できるかという視点だろう。

一件だけ待たせられるなら、問題のない仕事まで止めずに済む。逆に個別の保留が難しい仕事なら、どの時点までに確認すべきかを決めておくことにも意味がある。

もう一つ、忘れがちなことがある。

処理を止めれば、確認する時間が生まれる。しかし、その間も取引先からの問い合わせは来るし、月末の締切は近づく。待ってもらう人への説明や、手作業で代わりに進める仕事が必要になるかもしれない。

止めるという判断には、こうした負担も伴う。

だから「異常があれば必ず全部止める」という決まりだけでは、実際の現場で使いにくい。何が起きたら保留するのか。止まっている間は誰が何を引き受けるのか。何を確認できたら再開してよいのか。

すべてを細かく規則にする必要はないが、少なくとも関係する人たちの間で、話し合える状態にはしておきたい。

新しいAIや業務ツールを使うときも同じことが言える。できることや作業時間の短縮だけでなく、気になる結果が出たときに、どこでいったん待てるのか。その小さな確認は、導入後の安心につながるかもしれない。

いつもの業務を一つ思い浮かべてみる。

例えば請求書の送付、給与データの確定、取引先への一斉連絡。すべてを見直さなくてもよい。

その仕事について、次のことを一度だけ確かめてみる。

答えがすぐに出なくても、問題ではない。「ここは確認が必要」と一行残すだけで、次の担当者や来月の自分が考え始める場所になる。

仕事を速くする工夫は、これからも増えていくはずだ。

その速さを安心して使うために、立ち止まる方法も一緒に考えておく。

続けられる仕事には、必要なときに止められる余地がある。