研修で判断基準を共有した。理解度テストも通った。それでも、3か月後には元の運用に戻っている。

原因は記憶の問題です。人は、研修で聞いたことを業務の最中に思い出しません。思い出す前提の設計そのものに無理があります。

必要なのは、判断を思い出させることではなく、判断が必要な地点で自動的に目の前に出る状態を作ることです。本記事では、そのための手順の埋め込み方を整理します。研修側の設計はコンプライアンス研修はなぜ形骸化するのか｜行動が変わる設計への作り替え方で扱っています。

「覚えておく」を前提にしない

前提必要なもの数か月後
研修で覚えて、業務中に思い出す記憶と注意力忘れる／急ぐと飛ばす
手順の中に確認が組み込まれているなし残る

後者にするために使うのがチェックリストです。ただし、作り方を誤ると数週間で形骸化します。形骸化したチェックリストは、確認したという記録だけを残し、実際の確認は行われません。

形骸化するチェックリストの3つの特徴

特徴1：チェックを入れるだけで通過できる

「〇〇を確認しましたか □」。この形式では、読まずにチェックが入ります。

判定は簡単です。そのリストを、内容を見ずに全部チェックして提出できるかを考えてください。できるなら、それは確認の記録ではなく通過の儀式です。

特徴2：項目が多すぎる

網羅性を求めて20項目、30項目と増やしたリストは読まれません。1工程あたり5項目が実務的な上限です。

項目を減らせない場合、問題はリストではなく工程の側にあります。1つの工程に多くの判断が詰まっているということなので、工程そのものを分ける必要があります。

特徴3：抽象的な問いが混ざっている

「コンプライアンス上の問題がないか確認しましたか」。この項目は機能しません。何を見れば「ない」と言えるのかが書かれていないためです。

機能するチェックリストの作り方

原則1：チェックではなく記入にする

形骸化する形式機能する形式
□ 与信を確認した与信限度額：______円／現在の残高：______円
□ 上長の承認を得た承認者名：______／承認日：____年__月__日
□ 契約書を確認した契約書番号：______／有効期限：____年__月__日
□ 個人情報の取扱いに問題はない送付先に含まれる個人情報の項目：______（無い場合は「なし」と記入）

記入欄にすると、事実を調べないと埋められません。チェックボックスを記入欄に変えるだけで、通過率は大きく変わります。

原則2：判断が必要な地点に置く

リストの置き場所は、業務の流れの中で判断が行われる直前です。

悪い置き場所良い置き場所
社内ポータルの規程集の中申請フォームの入力項目として
月次の報告書に添付発注の直前、承認に回す前
年1回の自己点検シート見積書を送付する画面

「探しに行く」必要があるリストは使われません。通らざるを得ない場所に置くのが条件です。

原則3：次工程に進めない状態にする

最も確実なのは、リストが埋まっていないと次に進めない設計です。

システムに組み込めるなら、必須入力にします。組み込めない場合でも、次工程の担当者が「前工程のリストがない依頼は受け付けない」という運用にすれば、実質的に同じ効果になります。

重要なのはシステムかどうかではなく、迂回できるかどうかです。

原則4：項目は事例から作る

項目を机上で考えると、抽象的になります。使うのは、実際に起きたインシデントで防げなかった確認です。

自社の事例から項目を作る手順は自社のインシデントを研修教材に変える手順で扱っています。教材化の過程で出てくる「分岐点」が、そのままチェック項目になります。

どの工程に入れるか

すべての業務に入れると、現場が止まります。優先順位は次の基準で決めます。

優先度条件例
高一人で完結でき、かつ外部に影響が出る送金、データの外部送信、契約の締結
高過去にインシデントが発生している該当工程そのもの
中判断が分かれた実績がある研修で回答が割れた場面の該当工程
低複数人の目が既に入っている定例の複数承認がある工程

「一人で完結できる」が最も重要な条件です。複数人が関わる工程は、それ自体が相互牽制として働いているため、追加の統制の優先度は下がります。

形骸化させない運用

半年ごとに、項目を減らす

チェックリストは放っておくと項目が増えます。インシデントが起きるたびに追加され、誰も減らさないためです。

半年に1回、次の基準で減らします。

  • 直近1年で一度も引っかからなかった項目 → 削除を検討
  • 他の項目と重複している項目 → 統合
  • すでに別の統制で担保されている項目 → 削除

「念のため残す」を繰り返すと、2年で使われないリストになります。

引っかかった記録を集計する

リストの価値は、通過させることではなく引っかかることを検知する点にあります。

集計するもの何が分かるか
項目別の引っかかり件数どの確認が実際に効いているか
引っかかった後の対処内容検知後に動いているか
記入漏れのまま通過した件数迂回できてしまっている

3行目が出ている場合、次工程の受付が機能していません。迂回の実績があるリストは、無いのと同じです。

現場からの削除要望を記録に残す

「この項目は不要」という声は、無視も即時採用もせず記録します。同じ項目に複数部署から要望が出ている場合、その項目は実態に合っていない可能性が高くなります。

一方で、過去にその項目で引っかかった実績がある場合は残します。判断の材料は、要望の多さではなく検知の実績です。

まとめ

  • 研修で覚えて業務中に思い出す、という前提には無理があります。手順に埋め込む必要があります
  • チェックボックスではなく記入欄にしてください。事実を調べないと埋められない形にします
  • 置き場所は判断が行われる直前。探しに行く必要があるリストは使われません
  • 1工程あたり5項目まで。減らせないなら、工程そのものを分ける必要があります
  • 項目は机上で作らず、実際に防げなかった確認から作ります
  • 半年ごとに引っかからなかった項目を削除してください。放置すると2年で使われなくなります