――マニュアルには「成功パターン」しか書かれていない
担当者が異動や退職をする。
後任者のために、引き継ぎ資料を作る。
業務一覧、操作手順、連絡先、スケジュール、注意事項。
時間をかけて説明会も開き、後任者からは、
「分かりました」
「これだけ資料があれば大丈夫です」
という返事をもらう。
それでも、数週間後にはミスが起きる。
手順書に書いてある操作を間違えたわけではない。
資料を読んでいなかったわけでもない。
むしろ、後任者はマニュアルに従って、きちんと作業していた。
では、なぜミスが起きたのか。
理由の一つは、多くの引き継ぎ資料に書かれているのが、業務が正しく進む場合の成功パターンだけだからではないだろうか。
マニュアルには、目的地までの一本道が書かれている
一般的なマニュアルは、次のような構造になっている。
- 申請内容を確認する
- システムへ入力する
- 承認者へ回付する
- 処理結果を確認する
- 完了を連絡する
必要な操作が順番に並び、それを上から実行すれば業務が完了する。
入力内容が正しい。
必要な資料がそろっている。
関係者の認識が一致している。
システムが正常に動作している。
そうした前提が満たされている限り、マニュアルは非常に役に立つ。
だが、現実の業務は、それほど行儀よく進んでくれない。
- 申請内容の一部が曖昧である
- 前月と比べて数値が不自然に変化している
- 必要な添付資料が一部欠けている
- 似た案件はあるが、条件が微妙に違う
- 申請者から「急いでいるので先に進めてほしい」と頼まれる
- システム上は正常終了しているが、処理結果に違和感がある
- 関係者によって手続きの理解が異なっている
こうした場面で必要になるのは、操作方法ではない。
このまま進めてよいのか、いったん止めるべきなのかという判断である。
しかし、その判断基準は、引き継ぎ資料にはほとんど残っていない。
ベテランは「進め方」より「止まる場所」を知っている
長く業務を担当してきたベテランは、マニュアルに書かれた手順を知っているだけではない。
どこで立ち止まるべきかを知っている。
- この数字が大きく変わっていたら、元資料まで戻る
- この担当者の「確認済み」は、そのまま信用しない
- この条件が入った案件は、通常ルートへ流さない
- このエラーは再実行する前に、別システムの状態を確認する
- この顧客からの依頼は、文章だけでなく電話でも意図を確認する
- この作業は月末に実行すると、別処理と競合する
- この判断だけは、担当者だけで決めず責任者へ上げる
これらは、正式な手順というよりも、過去の失敗から作られた判断基準である。
ベテランは何度も業務を経験する中で、
「ここは危ない」
「この条件ではいつもの手順を使ってはいけない」
「この違和感を無視すると、後で大きな手戻りになる」
という危険箇所を覚えていく。
言い換えれば、マニュアルが示すのは目的地まで無事に着いたルートである。
一方、ベテランが頭の中に持っているのは、
どの道が通行止めになりやすく、どの交差点で事故が起き、どこで引き返すべきかという危険地図
である。
引き継ぎの際に失われるのは、操作手順ではない。
この危険地図なのだ。
成功した手順だけでは、例外に対応できない
企業がマニュアルを作るとき、通常は標準的な業務を基準にする。
正しい入力を受け取り、正しい操作を行い、正しい結果を得る。
これは、業務を標準化するうえで必要なことだ。
しかし、成功パターンだけを覚えた後任者は、条件が少し外れたときにも、同じ手順を適用しようとする。
その結果、
手順どおり処理したのに、間違った結果になった
ということが起きる。
たとえばマニュアルに、
申請金額を確認し、承認システムへ登録する
と書かれていたとする。
だが、本当に必要なのは操作説明だけではない。
- 前月比で大きく変動していたら、どこまで確認するのか
- 申請書と添付資料の数値が違っていたら、どちらを正とするのか
- 例外的な費目が含まれていたら、誰に相談するのか
- 締め切り間際でも、不備があれば止めるのか
- 過去にどのような見落としが起きたのか
こうした分岐が書かれていなければ、後任者は「入力する」という成功ルートしか知らない。
ミスを防ぐには、正しい操作だけでなく、
その操作を実行してはいけない条件
まで伝える必要がある。
本当に引き継ぐべきなのは、失敗パターンである
多くの引き継ぎ資料には、次の情報が記載されている。
- 業務の目的
- 実施時期
- 操作手順
- 関係者
- 承認ルート
- ファイルの保存場所
- 問い合わせ先
もちろん、これらも必要だ。
だが、ミスを防ぐという観点では、それだけでは足りない。
本当に残すべきなのは、次のような情報である。
- 過去にどんなミスが起きたのか
- ミスの直前に、どんな兆候があったのか
- 担当者は何を見落としたのか
- どの段階であれば止められたのか
- 正常なケースと何が違っていたのか
- どの条件が重なったら上司へ報告するのか
- 一見問題なく見えるが、疑うべき状態は何か
- 絶対にやってはいけない対応は何か
会社は、業務の正解ルートは保存している。
しかし、ベテランが長年かけて蓄積した危険ルートの地図は保存していない。
だから、担当者が交代するたびに、後任者は同じような場所で迷い、同じような失敗を繰り返す。
失敗事例を並べるだけでも足りない
では、過去の失敗一覧を作ればよいのか。
それだけでも、まだ不十分である。
「申請金額を間違えた」
「誤った宛先へ送信した」
「承認を得ずに作業を進めた」
結果だけを並べても、次の担当者は別の形で同じ構造のミスを起こす可能性がある。
残すべきなのは、失敗の結果ではなく、判断の過程である。
たとえば、一つの事例を次のように記録する。
状況
月末の締め切り直前に、通常とは異なる費目を含む申請が届いた。
普段との違い
通常の申請には添付される内訳資料がなく、申請者から早急な処理を求められた。
担当者の判断
過去にも同じ申請者から似た依頼があったため、問題ないと判断して処理を進めた。
発生した問題
後から費目の分類誤りが判明し、複数部門を巻き込む修正が必要になった。
見落とした兆候
「過去にもあった」という類似性を優先し、今回だけ内訳資料がなかった点を軽視した。
次回の中断条件
例外費目を含み、内訳資料がない場合は、締め切り直前であっても処理を止め、責任者へ確認する。
ここまで書いて初めて、失敗が再利用可能な知識になる。
重要なのは、
何が起きたかではなく、どの時点で、何を見て、どう判断すべきだったか
である。
引き継ぎ資料には、成功ルートと危険ルートの両方が必要だ
これからのマニュアルには、標準手順だけでなく、判断分岐を組み込む必要がある。
| 成功ルートとして残す情報 | 危険ルートとして残す情報 |
|---|---|
| 標準的な操作手順 | 手順を中断する条件 |
| 正常な入力例 | 疑うべき入力例 |
| 通常の連絡先 | 例外時の相談先 |
| 完了時の確認方法 | 一見正常に見える異常 |
| 実施すべき処理 | 実施してはいけない処理 |
| 正常な処理結果 | 過去に起きた失敗 |
| 標準的な判断 | 判断を上位者へ上げる条件 |
マニュアルを作る際には、
「この業務をどう進めるか」
だけではなく、
「どんなときに、この手順を使ってはいけないか」
を必ず聞くべきだ。
この質問によって、ベテランが頭の中に持つ例外条件や危険信号が見え始める。
AIにマニュアルを読ませるだけでは、ベテランの代わりにならない
近年は、社内マニュアルや過去資料を生成AIに読み込ませ、社員からの質問に回答させる取り組みも増えている。
AIは、手順の検索や要約には非常に強い。
「申請方法を教えてください」
「この処理の承認者は誰ですか」
「締め切りはいつですか」
といった質問には、資料を基に素早く回答できる。
しかし、元になる資料に成功パターンしか書かれていなければ、AIも成功パターンしか答えられない。
入力内容に違和感がある。
過去とは条件が少し違う。
複数の小さな問題が同時に起きている。
このまま進めると後工程で問題になる。
こうした判断は、マニュアルに記録されていなければ、AIにも再現できない。
AIが現場を知らないのではない。
現場の判断を、人間がAIに渡せる形で残していないのである。
成功例だけをAIに教えれば、AIも一本道の回答を返す。
例外、失敗、迷い、判断の分岐まで入力して初めて、AIは現場を支援できる。
いま必要なのは「ベテランの判断を教え込める人」である
ここで、50代のベテランが持つ新しい価値が見えてくる。
これまで、ベテランの役割は、自分自身が難しい業務を処理することだと考えられてきた。
トラブルが起きたら呼ばれる。
若手が困ったら助言する。
例外案件が来たら引き取る。
しかし、それだけでは、その人が現場を離れた瞬間に知識も失われる。
これから必要なのは、ベテラン本人が作業を続けることだけではない。
自分がどこを見ていたのか。
どの条件で危険だと判断したのか。
なぜ手順どおりに進めなかったのか。
過去に何を失敗し、何を学んだのか。
それらを言葉にし、若手や組織、AIへ渡せる形に変えることである。
これは、現場経験の浅い人には難しい。
失敗を経験していなければ、どの分岐が危険なのか分からない。
通常時しか知らなければ、どこで手順を止めるべきか説明できない。
マニュアルを作る技術だけでも足りない。
現場で起きた成功と失敗の両方を知り、その違いを説明できる人が必要になる。
それを担えるのが、長年の修羅場を経験してきた50代なのである。
AIは、暗黙知を掘り起こす聞き手として使える
ただし、ベテラン本人に、
「判断基準をすべて書いてください」
と依頼しても、簡単には出てこない。
本人にとっては当たり前になりすぎていて、何が重要なのか認識できないからだ。
そこでAIを、暗黙知を整理するインタビュアーとして使う。
たとえば、過去の失敗や例外対応について、AIに次のように質問させる。
この業務について、標準手順だけでなく、例外時の判断基準を整理したいです。
あなたは業務引き継ぎのインタビュアーとして、一問ずつ質問してください。次の観点を必ず確認してください。
・標準手順が通用しないケース
・作業を中断すべき条件
・過去に起きた失敗
・失敗前に現れていた兆候
・新人が見落としやすい点
・担当者判断で進めてよい範囲
・上位者へ相談すべき条件
・絶対に行ってはいけない対応最後に、成功ルート、危険ルート、判断分岐に分けて整理してください。
AIは、最初から現場の暗黙知を知っているわけではない。
だが、ベテランの経験を引き出し、構造化する支援はできる。
ベテランが判断材料を提供し、AIが質問、整理、文書化を担う。
この組み合わせによって、これまで個人の頭の中に閉じていた危険地図を、組織の資産へ変えられる。
まず、今あるマニュアルに一つだけ質問を加えてみる
自分の職場にあるマニュアルや引き継ぎ資料を、一つ思い浮かべてほしい。
そして、その資料に対して次の質問をしてみる。
この手順が通用しないのは、どんな場合か。
その答えがすぐに出てこないなら、そのマニュアルには成功パターンしか書かれていない可能性が高い。
さらに、
- どの状態なら作業を止めるのか
- どんな数字や反応を疑うのか
- 過去にどんな失敗があったのか
- その失敗を事前に察知できる兆候はなかったか
- 誰に相談すればよいのか
を書き加える。
これだけでも、マニュアルは単なる操作説明から、判断を支援する資料へ変わり始める。
50代の経験は「過去の知識」ではなく、AI時代の教師データである
引き継ぎが失敗するのは、後任者の能力が低いからとは限らない。
手順は渡したが、判断基準を渡していなかった。
成功例は説明したが、失敗する条件を説明していなかった。
操作方法は残したが、立ち止まるべき場所を残していなかった。
その結果として、後任者はマニュアルどおりに進め、マニュアルに書かれていない場所でミスをする。
これからの引き継ぎに必要なのは、成功パターンだけではない。
失敗、例外、違和感、迷い、判断の分岐まで残すことだ。
そして、それをできるのは、実際に現場で成功と失敗の両方を経験してきた人である。
50代のベテランが持つ価値は、単に長く働いてきたことではない。
どこで問題が起きるのかを知っていること。
失敗の前に現れる、小さな兆候を知っていること。
手順を続けるべきか、止めるべきかを判断できること。
そして今、その判断を言語化し、次の担当者やAIへ教え込めることにある。
AIに仕事を奪われるのではない。
AIがまだ持っていない失敗の記憶と、判断の勘所を教える側に回ればよい。
引き継ぎに暗黙知を組み込み、AIに現場の危険地図を教えられる。
つまり、その役割を担える50代が、AI時代には最強ということになるのだ。
