同じミスが起こるたびに「次は気を付けよう」と話しても、仕事の進め方が変わらなければ再発することがあります。
改善は反省の言葉ではなく、原因の仮説を立て、小さな変更を試し、結果を次の手順へ反映する仕事です。
このレッスンでは、社内申請の添付漏れが繰り返される架空の場面を扱います。
観察した事実と原因の推測を分け、変更を一つに絞って確かめます。
うまくいった場合も、条件を残してから通常の運用へ取り入れましょう。
この記事で学ぶこと
- 事実と原因の仮説を分けます。
- 一つの変更で効果と負担を確かめます。
- 採用した変更を通常の手順へ反映します。
問題を観察できる事実で書く
改善の出発点では、「担当者の注意が足りない」と原因を決めつけず、何が起きたかを書きます。
申請なら、いつ、どの種類の申請で、どの添付が不足したかを記録します。
件数だけでなく対象全体の件数も必要です。
申請数が増えたために漏れの件数が増えたのか、漏れる割合そのものが増えたのかを区別できるためです。
架空の記録では、二週間の申請二十件中、領収書の添付漏れが五件あったとします。
この数字は説明用です。
五件のうち、新任者が四件、経験者が一件だったとしても、新任者全体の申請数を見ずに能力の差とは判断できません。
比較する対象と条件をそろえ、分からないことは分からないまま残す姿勢が必要です。
事実の記録には、実際の入力画面や差し戻し理由など、後から確かめられる材料を添えます。
個人を責める一覧にせず、どこで迷いが生じたかを調べるために使ってください。
機密情報や個人情報は業務のルールに従って扱います。
改善したい現象を具体化できれば、次に観察する場面と、変更の効果を比べる基準が定まります。
原因を一つに決めず仮説を分ける
同じ添付漏れでも、理由は複数考えられます。
必要な書類を知らない、添付する場所が見つからない、後で付けるつもりで忘れる、手元に書類がない、といった違いです。
「注意不足」という一つの説明でまとめると、案内、画面、手順のどこを直すべきか分かりません。
観察から考えられる原因を、確かめられる形へ分けてください。
新任者へ申請の手順をたどってもらうと、説明は読んでいても添付欄の位置に気付かなかったと分かるかもしれません。
この場合、説明会を追加するより、添付欄の近くへ必要書類を表示する変更が候補になります。
一方、書類そのものが届いていないなら、画面を直しても解決しません。
原因に合う対策を選ぶために、実際の作業を確認します。
原因の仮説には、それが正しければ何が観察できるかを添えます。
「欄を見つけられない」が原因なら、作業中に探す時間や質問が発生するはずです。
反対の証拠も確認し、思いついた説明に合う事実だけを集めないようにします。
すべての原因を完全に証明する必要はありませんが、対策を試す理由を説明できる程度には、観察と仮説を対応させましょう。
変更を小さくして結果を比べる
改善策を試すときは、何を変えたかが分かる単位にします。
画面、説明会、締切、承認者を一度に変えると、結果が良くなっても理由を見分けにくくなります。
まず添付欄の近くへ必要書類の説明を追加する、といった一つの変更を選びます。
影響が大きい場合は、試験用の画面や限定した範囲で確認してから広げてください。
比較の条件には、対象者、申請の種類、期間、数え方を残します。
変更前は簡単な申請、変更後は複雑な申請ばかりなら、漏れの割合だけを比べても判断できません。
業務では完全に同じ条件を作れない場合もあります。
そのときは違いを記録し、「変更だけの効果」と断定せず、次に確かめる材料として結果を扱います。
見たい結果は漏れの減少だけではありません。
説明が長くなり、入力時間が大幅に増えていないかも確認します。
対策によって別の負担が生じる可能性があるからです。
小さく試すのは失敗を避けるためだけでなく、期待した効果と副作用を早く見つけるためです。
試行を始める前に、継続、修正、中止の判断日と確認項目を決めておきましょう。
効果が出ない理由から次を選ぶ
変更しても結果が変わらない場合、対策が間違っているとは限りません。
対象者が説明を見ていない、試行件数が少ない、別の原因が大きいなどの可能性があります。
まず予定した変更が実際に使われたかを確かめます。
対策を実施したつもりでも、古い資料が配られていたなら、内容の効果をまだ評価できていません。
添付欄の説明を追加しても漏れが続く例では、申請者が書類を別の場所へ保存しており、添付時に見つけられないことが分かるかもしれません。
その場合は提出前の準備手順を見直す候補になります。
最初の仮説に固執せず、今回分かったことを次の仮説へつなげてください。
対策を積み重ねる前に、効果のない追加説明を残す必要があるかも検討します。
結果が良かった場合も、少数の成功だけで全体へ広げないようにします。
別の申請や経験の異なる担当者でも使えるかを確かめ、適用範囲を示します。
変更の費用に見合う改善がなければ、元の方法へ戻す判断もできます。
改善の記録には、成功の宣言ではなく、観察した変化、残る不明点、次の判断を書いておくと、後から条件を見直しやすくなります。
使う手順へ反映し見直す日を決める
効果を確認できた変更は、担当者の記憶だけに残さず、通常使う手順や画面へ反映します。
会議で決めた改善が別のメモにしかないと、新しい担当者は古い方法を続けてしまいます。
どの資料を正本として更新するかを決め、変更内容と適用日を共有してください。
古い案内との食い違いがないかも確認します。
今回なら、申請の手順書と入力画面の説明をそろえ、問い合わせへの回答例も更新します。
変更理由は「添付漏れが起きたため」だけでなく、「添付する場所が見つけにくかったため、欄の近くへ必要書類を表示」と残します。
理由が分かれば、画面を改修するときも必要な機能を消しにくくなります。
手順の形だけでなく、守りたい条件を記録することが重要です。
改善には見直す日と担当者を置きます。
業務や対象者が変われば、以前の対策が合わなくなることもあります。
毎週すべての手順を確認する必要はありませんが、よく使うものや影響の大きいものから点検します。
小さな問題を記録し、一つ試し、使う手順へ戻す流れを通常業務に組み込むことで、問題が大きくなる前に仕事を調整しやすくなります。
実践課題
一つの詰まりの改善計画を書く
繰り返している困りごとを一つ選び、事実、原因の仮説、試す変更、確認項目、判断日を一枚にします。
誰かの性格を原因にするのではなく、作業のどの場面で何が起きるかを扱ってください。
小さく試せる変更を一つだけ選びます。
- 発生件数と対象件数、起きた場面を記録します。
- 考えられる原因と、確かめる方法を並べます。
- 最初に試す変更と、その適用範囲を決めます。
- 効果と追加負担を確認し、採用後に更新する資料を指定します。
完成例（架空）：領収書の添付漏れを対象にします。
欄が見つけにくいという仮説を作業観察で確認し、欄の近くへ必要書類を表示します。
二週間後に漏れと入力時間を見て、採用する場合は手順書も更新します。
自己確認
- 観察した事実と原因の推測を分けましたか。
- 何を変えたか説明できる試行ですか。
- 効果が出ない場合の次の確認が決まっていますか。
まとめ
改善は、事実、仮説、試行、確認、手順への反映をつなげて進めます。
注意を促すだけで終わらせず、作業のどこで問題が生じるかを見てください。
変更を小さくし、効果と追加負担を比べます。
採用した変更は通常の手順へ戻し、見直す担当と日を決めて継続できる形にしましょう。
- 事実と原因の仮説を分けます。
- 一つの変更で効果と負担を確かめます。
- 採用した変更を通常の手順へ反映します。
