属人化した仕事をAIと手順書で引き継げる形にする方法

結論：手順書に残すのは操作ではなく、判断の理由

属人化を解消しようとして手順を並べただけの資料は、ほとんどの場合、想定どおりに事が運んでいる間しか使えません。仕事が止まるのは、手順を知らないからではなく、手順から外れた状況で何を見て決めればいいのかが分からないからです。担当者の頭の中にあるのは操作の順番ではなく、「この数字がこの水準を下回ったら止める」「この条件が揃わないうちは進めない」という判断の基準です。引き継ぎで抜け落ちるのは、いつもこちら側です。

だから、引き継ぎ用の手順書は、次の三つを同じ紙の上に置く形にします。第一に、通常どおり進むときの手順。第二に、何を見て、どの水準で、誰が決めるかという判断基準。第三に、想定外が起きたときの相談先と、いったん止める条件です。この三つが揃って初めて、その仕事は「別の人が回せる仕事」になります。逆に言えば、操作手順だけを丁寧に書いても、引き継ぎは完了しません。

そして、判断の記録をつくる作業そのものは、AIに任せた方が速く進みます。ただし任せる範囲を先に決めておかないと、責任の所在が曖昧なまま業務が動き出します。この記事では、その線引きまで含めて整理します。

なぜ「手順を並べた資料」では止まるのか

手順書が機能しない理由は、書いた人の能力ではなく、書き方の前提にあります。手順を書くとき、人は自分がいつもやっている流れを思い出しながら書きます。ところが、熟練した担当者ほど、判断の部分を意識していません。数字を見て違和感を覚えた、いつもと問い合わせの内容が違った、先方の反応が鈍かった——こうした引っかかりを、本人は「なんとなく」で処理しています。無意識でやっていることは、言葉にならないまま資料から抜けます。

結果として、手順書は「正常時の再現マニュアル」になります。正常時なら、実は手順書がなくても回ります。困るのは、正常から外れたときです。そこで新しい担当者が取る行動は二つに一つで、自己判断で進めて後から問題になるか、判断できずに止めて元の担当者へ聞きに行くかです。後者が続けば、引き継いだつもりで引き継げていない状態が続きます。

もう一つ、資料が古くなる問題があります。業務は変わるのに手順書は更新されない。更新されない手順書は、読む人が「これは今も正しいのか」を確かめる手間を増やすので、やがて誰も読まなくなります。読まれない資料は、存在しないのとほぼ同じです。属人化の解消は、一度書いて終わる作業ではなく、更新の仕組みまで含めて設計する必要があります。

属人化を「担当者の問題」にしない

属人化が問題になると、担当者の抱え込みや情報共有の姿勢が話題になりがちです。しかし、責める方向で扱うと、当の担当者は協力しにくくなります。自分の判断を言語化する作業は、本人にとって手間が増えるだけで、短期的な見返りがありません。ここで協力が得られなければ、判断の中身は出てきません。

実務的には、属人化は「その仕事が一つのルートしか持っていない状態」と捉えた方が扱いやすくなります。人の性格の問題ではなく、経路の設計の問題です。経路が一本しかないなら、担当者が休んでも、退職しても、体調を崩しても、その一本が止まった時点で業務が止まります。個人を変えるのではなく、経路を増やす。この置き換えができると、担当者も敵になりません。

外部依存を減らすという観点でも同じです。特定の人、特定のツール、特定の取引先に一点で依存している構造は、うまくいっている間は効率的に見えます。ですが、その一点が使えなくなったときの復旧手段を持っていなければ、効率の代償として選択肢を失っています。属人化の解消は、効率を落とす作業ではなく、選択肢を確保する作業です。

引き継げる形にするための考え方

私が引き継ぎ資料を作る時は、作業の目的、開始条件、通常の手順、止める条件、相談先、完了の確認方法を同じ場所に書きます。操作だけではなく、担当者が迷う場所を先に集めます。

たとえば、金額が一定額を超えた時、いつもの書類がそろわない時、相手から例外を求められた時に、誰が判断するかを決めます。新しい担当者が自分で決めてよい範囲も書きます。ここがなければ、資料を渡しても元の担当者への質問は減りません。

想定外をなくそうとするのではなく、想定外が出た時の動きを決めます。必要な情報がない、数字が合わない、相手の説明がいつもと違う。この時は進めず、記録を残して決めた担当者へ相談します。手順どおりに進めることより、状況を正確に把握して問題を広げないことを優先します。

手順書をきれいに作ることが目的ではありません。担当が変わっても仕事が止まらず、問題が起きそうな時には勝手に進めない状態を作ることが目的です。そのため「こう進める」だけでなく、「こうなったら止める」「こうなったら誰に聞く」を書きます。

手順書に残す項目と、それぞれで書くべきこと

実際に書く項目は、次の順番で並べると迷いにくくなります。上から順に埋めていくと、判断の材料が自然に前へ出てきます。

1. 対象業務を絞る

すべての業務を同時に整理しようとすると、たいてい途中で止まります。最初に選ぶのは、頻度が高く、止まったときの影響が大きい仕事です。月に一度しか発生せず、遅れても実害が小さい業務は後回しで構いません。一つ選んで最後まで書き切る方が、十個を中途半端に書くより効果があります。

2. 目的を、作業ではなく成果で書く

「請求データを入力する」ではなく、「取引先へ期日までに正しい金額の請求を届け、入金の照合まで完了させる」と書きます。作業で書くと、新しい担当者は書かれた操作だけを再現します。成果で書けば、操作が使えなくなったときに何を守るべきかが分かります。

3. 開始条件をそろえる

その仕事を始めるために必要な情報、資料、担当、承認、アクセス権を並べます。ここが曖昧だと、新しい担当者は「始めていいのか分からない」段階で止まります。誰から何が届いたら着手するのか、届かない場合はいつ催促するのかまで書きます。

4. 標準手順は短く記録する

通常時の流れは、画面と文章で短く残します。ここを作り込みすぎると、更新されなくなります。詳細な操作説明より、画面の要所と、間違えやすい箇所への注意書きの方が実用的です。

5. 判断基準を数字と言葉にする

ここが本題です。金額、件数、日数、品質、在庫、稼働率など、担当者が実際に見ている指標を書き出し、どの水準でどう動くかを言葉にします。「金額が普段の範囲を超えたら上長へ確認」ではなく、「一件あたり◯円を超えたら上長へ確認」と、自社の実際の水準で埋めます。数字にできないものは、「先方から返信が二営業日ない場合は電話へ切り替える」のように、観測できる条件へ置き換えます。

6. 例外と、止める条件を書く

起こりやすい失敗と、その時の相談先、そして「いったん止める」条件を残します。止める判断は、新しい担当者ほど下しにくいものです。止めてよいと明記されていれば、被害が小さいうちに手が挙がります。逆に、止める条件がなければ、問題が大きくなるまで抱え込まれます。

7. AIの役割を限定する

AIに任せる範囲は、確認できる作業に限ります。要約、分類、下書き、形式チェック、抜け漏れの洗い出しは向いています。一方で、金額の確定、対外的な約束、契約に関わる判断、個人情報の扱いを含む処理は、人が最終確認する前提にします。ここを曖昧にしたまま便利さだけで広げると、誤りが出たときに原因を追えなくなります。

8. 権限とデータの扱いを決める

どのデータをどこまで渡すのか、認証情報を共有しない方法をどう用意するのかを決めます。担当変更のたびにIDとパスワードを口頭で渡すやり方は、引き継ぎ資料の質より先に問題になります。なお、個人情報や契約に関わるデータの取り扱いは、自社の規程と関連法令の確認が必要な領域です。判断に迷う場合は、社内の所管部門や専門家へ確認してください。

9. 引き継ぎ試験を行う

書いた本人ではなく、別の人が手順書だけを見て実行します。ここで詰まった箇所が、そのまま資料の欠落です。書いた人が横で口頭補足すると、試験になりません。詰まった箇所を記録し、資料へ戻します。この一往復をやるかどうかで、資料の実用性が大きく変わります。

10. 更新の担当と時期を決める

業務変更があったら手順書へ反映し、古い版は残さず置き換えます。更新の担当者と、見直す時期を決めておかないと、この工程は必ず後回しになります。四半期ごと、あるいは業務フローを変えたタイミングと決めておけば、資料が読まれ続けます。

AIをどこまで使うか

この整理作業でAIが効くのは、主に二か所です。一つは、担当者へのヒアリングから手順書の下書きを作る場面。もう一つは、書き上がった手順書に対して「この記述だけで初めての人が実行できるか」「判断基準が抜けている箇所はどこか」を洗い出す場面です。人が読み返すと、自分の知っている前提を無意識に補ってしまいます。前提を持たない読み手として使うと、抜けが出てきます。

一方で、AIの出力をそのまま正しいものとして扱うのは避けます。手順書は、間違ったまま運用されると実害が出る種類の文書です。数字、期日、権限に関わる記述は、必ず元データや担当者へ戻して確認します。確認の地点を手順書自体に書いておくと、次の更新でも同じ確認が回ります。

やってみて、うまくいかない時にどうするか

この作業は、一度で完成しません。書いてみると、そもそも目的が共有されていなかった、判断基準が担当者ごとに違っていた、承認の経路が実態と違っていた、といったことが出てきます。それは失敗ではなく、整理する前は見えていなかった条件が表に出たということです。出てきた分だけ、その仕事は扱いやすくなっています。

それでも進まない場合は、対象業務を小さくします。一つの業務を丸ごと引き継ぐのではなく、その中の一工程だけを切り出す。切り出した一工程が回るようになってから、次の工程へ広げます。全部を一度に整えようとすると、たいてい途中で止まり、書きかけの資料が残るだけになります。

逆に、書く前に決めておくべきこともあります。どこまでいったら、この整理を打ち切るかです。三か月続けて誰も更新しない資料は、必要とされていない可能性があります。その場合は、資料を厚くするのではなく、その業務自体をやめる、外へ出す、仕組みで不要にする、といった別の選択肢を検討した方が早いことがあります。続けるか切り替えるかを決める時期をあらかじめ置いておくと、手段が目的にすり替わりません。

まとめ

属人化した仕事を引き継げる形にするために必要なのは、詳しい操作マニュアルではありません。必要なのは、その仕事が何を守るためにあるのか、通常時はどう進むのか、何を見てどう決めるのか、外れたときはどこで止めて誰に相談するのか——この四つが一枚に載っていることです。AIは下書きと抜けの洗い出しで力を発揮しますが、判断の水準と最終確認は人が持ちます。

そして、この整理は、担当者を守るためだけの作業ではありません。一本しかない経路を複数にしておくことは、事業を続ける側の自由度を増やす作業です。誰かが抜けても止まらない状態、任せられる状態、必要なら手放せる状態。そこまで来て初めて、次に取り組むことへ時間を使えるようになります。

手を付けるなら、まず一つ選んでください。頻度が高く、止まると影響が大きい業務を一つ。その業務について、目的を成果の言葉で一行、判断に使っている数字を三つ、止める条件を一つ。この五行を書き出すところから始めれば、続きは自然に見えてきます。