こんにちは。バナナデスクです。
「次から気をつけます」で終えたのに、また取消済みの人へ案内を送ってしまう。同じミスが続く時は、注意する人を増やす前に、送信対象をどう作っているかを見たいところです。
たとえば、受付台帳には取消が反映されていても、昨日作った送信リストを使えば間違いは起きます。この場合、入力担当の集中力だけを問題にしても、受け渡しの古い情報は残ります。
今回は架空の講座受付を使い、事務業務のヒューマンエラー対策を考えます。事故や医療などの安全業務を扱う手順ではなく、記録と案内の小さな工程を見直す例です。
「誰がミスしたか」から「どこでずれたか」へ戻す
英国HSEの人の失敗に関する解説は、誤操作や抜けと、判断の誤りを区別し、作業の設計や負荷などの条件にも目を向けています。安全分野の資料ですが、ここでは「本人の注意不足だけで説明を止めない」という考え方を、一般事務の例へ限定して使います。
画面の隣の行を選んだのか、取消の意味を知らなかったのか、正しい台帳から古いリストへ移したのか。表面の結果が同じ誤送信でも、直す場所は異なります。
点検する架空の受付記録8件
講座Aは一人一登録、連絡先が一致する再送は内容も照合して重複判定する想定です。以下は検証用に作った記録で、実在する連絡先へ送信しません。
| 記録ID | 連絡先 | 台帳の状態 | 点検対象 |
|---|---|---|---|
| R01 | a@example.com | 有効 | 通常 |
| R02 | b@example.com | 有効 | 通常 |
| R03 | b@example.com | 有効 | R02と同一内容の再送を誤って新規登録 |
| R04 | c@example.com | 取消 | 古い送信リストには残っている |
| R05 | 未記入 | 有効 | 送信に必要な連絡先がない |
| R06 | d@example.com | 有効 | 通常 |
| R07 | e@example.com | 保留 | 参加条件の回答確認中 |
| R08 | f@example.com | 有効 | 通常 |
誤った旧リストが「有効6件と取消済みR04の計7件を送信対象」としている状況を置きます。このままでは重複、取消、連絡先不足が混ざります。文字列がメールらしい形でも、実際に受信できることまでは保証できません。
見つけた不整合と、直す工程を対応させる
| 不整合 | 工程での原因候補 | 今回の修正 |
|---|---|---|
| R03の二重登録 | 再送を新規として転記する | 同一内容の再送と確認した仮定でR02へ関連付け、状態を重複へ |
| R04が送信対象 | 台帳更新後に旧リストを使う | 送信直前の最新状態で抽出し、取消を除外 |
| R05の連絡先なし | 必須項目の不足を見ずに有効へ進める | 保留へ戻し、宛先を推測せず必要な確認を行う |
修正後の送信候補はR01、R02、R06、R08の4件です。R03は重複、R04は取消、R05とR07は保留として、記録自体は残します。「不要な行を消す」処理では、なぜ対象外になったのかを追えません。
この見本では、修正前後の検証用データを作り、ID集合と件数の照合を行っています。実際のメール送信、受信確認、利用者への聞き取りは行っていません。4件が正しく選べたことは、この定義とこの8件についての確認です。
対策を三つの役割に分ける
| 役割 | 具体策 | 残る限界 |
|---|---|---|
| 起こりにくくする | 転記元を一つにし、必須情報の不足では有効へ進めない。重複候補を表示する | 入力者が誤った内容を正しい形式で入れた場合は検出できない |
| 見つける | 最新台帳と送信候補のIDを照合し、件数と対象外の理由を確認 | 元台帳の判断自体が誤っていれば、その確認が別に必要 |
| 影響を限定する | 確認用の下書きで止め、送信対象を確定するまで一斉配信を実行しない | 実行後に完全に取り消せるとは限らない。誤り発見時の連絡先を決める |
全部をチェックリストへ足すと、確認欄だけが増えます。重複しやすい転記を減らせるなら、まず工程を減らす。機械で照合できるIDや件数は計算に任せ、判断が必要な例外へ人の確認を残すようにします。
受け渡しに、版と抽出時刻を付ける
送信候補：講座A_10月21日18時抽出。参照：受付台帳の同時刻の状態。候補ID：R01、R02、R06、R08、計4件。除外：R03重複、R04取消、R05連絡先不足、R07参加条件確認中。抽出後に取消・変更が届いた場合は、送信前に候補を作り直す。
「最新版です」という名前だけより、いつの条件で作ったかが分かります。送り手と受け手が同じ人でも、作業を中断した後に古い情報へ戻る可能性があるため、記録は役立ちます。
対策後は、同じ間違いを見つけられるか確かめる
導入前に、重複・取消・必須不足を含むテスト記録を使って、期待する対象が出るか確認します。正常な記録まで全部止まる仕組みでは、現場で回避されやすくなります。通常の4件が進み、対象外4件が理由付きで止まることを両方確かめます。
運用後の記録には、ミスの件数だけでなく、処理した総件数、発見した段階、誤送信へ至ったかを残します。発見数が増えた時は、悪化した可能性も、以前は見えなかった不整合を見つけられるようになった可能性もあります。
この例から「ミスがゼロになる」とは言えません。まず一つの間違いを、入力・判断・受け渡しのどこで防ぎ、どこで見つけるかまで具体化する。その単位で工程を改善していきましょう。