属人化対策で作った資料は、なぜ使われなくなるのか

01資料が読まれなくなる3つの条件

使われなくなる資料には共通点があります。第一に、更新の担い手が決まっていません。作成は「引き継ぎプロジェクト」として実施されますが、更新は誰の仕事にもなっていません。第二に、参照する場面が業務の流れの中にありません。手を動かす場所と資料のある場所が離れていると、人は記憶と経験で処理します。第三に、例外が書かれていません。標準的な処理は誰でもできるため、実際に困るのは例外の判断ですが、そこは書き手の頭の中に残ります。

この3つが揃うと、資料は作成された瞬間から古くなり始めます。半年後に読まれないのは怠慢ではなく、そうなる設計だったからです。

この設計は引き継ぎの現場にも表れています。従業員1,000名以上の企業に勤める管理職200名を対象にした業務引き継ぎの実態調査（taiziii、2026年公表）では、引き継ぎの方法として口頭での説明と既存マニュアルの共有がいずれも107件（53.5%）で最も多く、課題の1位は暗黙知が共有されないことでした。資料を作っても、判断の根拠は口頭に残ったままになりやすいということです。

• 更新の担い手が決まっていない
• 参照する場面が業務の流れの外にある
• 例外の判断が書かれていない

02制度が変わるたびに古くなる資料

資料が更新されなくなる様子は、サステナビリティ開示のように制度の改正が続く業務で特によく見えます。開示の制度が変わると、開示するデータが変わり、集める手順も変わります。本来はそのたびにマニュアルを直すべきですが、改正への対応そのもので手一杯になり、マニュアルの更新は後回しになります。

後回しが続くと、担当者はそれぞれ自分のやり方で新しい制度に合わせ始めます。システムが入れ替わるときにも同じことが起きます。気づいたときには、同じ業務なのに人によって手順が違う状態になっています。

ここから分かるのは、ある時点の業務を一度整理しただけでは足りないということです。整理した内容は次の改正で古くなります。属人化を防げるかどうかは、整理を続けられる仕組みを持っているかで決まります。

03手元の資料を点検する表

3つの条件は、既存の資料に当てはめるとそのまま点検項目になります。下の表に、いま手元にある引き継ぎ資料を1本ずつ当てはめてください。「いいえ」が2つ以上ある資料は、書き直しても同じ経過をたどる可能性が高いと考えてください。

点検で見るのは、文章の丁寧さではありません。資料が業務の流れのどこに置かれているかを見ます。説明がどれほど詳しくても、処理する画面から離れたフォルダの奥にあれば、締めの忙しい時期には開かれません。

最後の項目は、実際に試さないと答えられません。後任の候補に資料だけを渡して直近1回分の処理を任せ、手が止まった箇所に印を付けてもらいます。印の付いた箇所が、資料に欠けている判断の一覧になります。

点検の結果は、「いいえ」の項目ごとに打ち手が変わります。更新の担当者がいない資料は、まず担当者と見直しの時期を決めます。開く場所が遠い資料は、処理に使う表やワークフローから直接開けるようにします。例外が書かれていない資料は書き足すより先に、次の節の判断ログで例外を集め始めます。

04記録と資産は別のものです

記録は、書いた時点の業務を保存したものです。業務が変わるたびに実態から離れていくため、価値は書いた日が一番高くなります。一方で資産は使うほど増えます。実行するたびに情報が足され、判断のたびに基準がはっきりします。属人化の対策で作るべきなのは後者です。

分かれ目は形式ではなく、更新の起点にあります。手順書は、誰かが「更新しよう」と決めて手を動かさない限り増えません。資産として扱う業務では、処理を1件終えること自体が更新になります。誰も追加の作業をしていないのに情報が溜まる状態を作れるかどうかで、属人化が再発するかどうかが決まります。

既存の手順書を捨てる必要はありません。手順書には標準の処理だけを残し、日々の判断は別の欄に溜めていく形に分けます。標準の処理は変わる頻度が低いため、手順書が古くなる速さも下がります。

05実行のたびに育つ形をつくる

業務を資産にするには、処理の記録を残す場所と、処理を実行する場所を同じにします。担当者が判断した内容、参照したデータ、例外として扱った理由を、実行の副産物として蓄積します。別途まとめる作業を挟むと、そこで必ず途切れます。

AIを使う場合も同じです。AIに手順を教え込んで終わりにすると、教えた時点の知識で固定されます。実行のたびに人が修正した内容を戻し、次回の提案に反映する経路を持たせて初めて、資産として増えていきます。

重要なのは、修正の理由を残すことです。何を直したかだけでは再現できません。なぜその判断にしたかが残って、はじめて後任が同じ結論に到達できます。

具体的には、下の判断ログを処理1件ごとに1行残します。書くのは、標準どおりに処理できなかった案件だけで構いません。標準処理まで書くと記入が負担になり、続かなくなります。

列の中で一番大事なのは「判断の理由」です。「規程どおり」と書くのではなく、規程のどの条件に当たると考えたのかまで書きます。記入欄は、処理に使う表のコメント列やワークフローの備考欄など、処理と同じ画面の中に置きます。

「確認者」の列も省かないでください。例外の判断を担当者1人で完結させると、判断の中身が再び個人の中に閉じます。確認者が理由を読んで納得できるかどうかが、その理由が後任に伝わるかどうかの試験になります。

• 実行と記録の場所を分けない
• 人が修正した内容を次回の提案へ戻す
• 修正の結果ではなく理由を残す

06記入例：請求書の支払処理

以下は架空の例です。経理部門で、取引先から届いた請求書を確認し、支払予定へ登録する業務を想定しています。標準処理は「発注書と検収記録が揃っている請求書を、支払期日どおりに支払予定へ登録する」とします。表の日付は説明のための例です。

1行目と2行目は、どちらも標準処理から外れた案件です。1行目は検収記録という社内のデータで判断できる例外で、2行目は取引先への確認という社外の手続きを待つ例外です。理由の欄に「なぜ止めたか」まで書いてあるため、別の担当者でも同じ場面で同じ判断にたどり着けます。

3行目に注目してください。担当者は、2回目に起きた同じ例外を前回の行を見て処理しています。判断ログを開く場面が、業務の流れの中に生まれています。同じ理由の例外が繰り返し出てきたら、それはもう例外ではありません。新しいルールの候補として、手順書に書き足します。

2行目の振込先の変更のように、不正の入口になりやすい判断は、理由と確認者を必ず残します。統制の観点で何を記録に残すかは、経理でAIを使う前に整理しておく統制の論点でも扱っています。

07資産にできる業務と、できない業務

すべての業務が資産化できるわけではありません。判断の根拠が言語化できる業務は資産になります。過去の事例と照らして決めている処理、社内規程や税法に基づく判定、条件分岐で説明できる作業がこれに当たります。

根拠が言語化できない業務は、資産化の対象になりません。相手との関係性で決まる交渉、前例のない事案の初回判断、経営としての意思決定は、記録しても再現できません。ここは対象から外し、人が担う範囲として明示します。

迷う業務は、下の表の4つの観点で判定します。右の列に当たる項目が多い業務は、判断ログの対象から外して構いません。ただし外した理由は書き残します。

現場が最も恐れているのは、言語化できる業務まで個人の頭に残っている状態です。まずそこから手をつけます。

08最初に着手する範囲の決め方

着手する順番は、頻度と停止時の影響で決めます。毎月発生し、止まると決算や支払いに影響し、処理できる人が1人しかいない業務が最優先です。逆に、年1回で代替手段がある業務は後回しにします。

範囲を決めたら、まず現状の処理を1回分そのまま記録します。理想の手順ではなく、実際にやっていることを残します。理想を書くと、実務との差が埋まらないまま資料だけが完成します。部署の業務を広く洗い出すところから始める場合は、業務棚卸のやり方を先に読んでください。

判断ログが溜まったら、例外の整理にAIを使えます。下のプロンプトは、ログから例外の型をまとめ、手順書への追記案を作るためのものです。AIの出力は下書きとして扱い、手順書に反映する前に担当者と確認者が内容を確かめます。

ログを読み返す時期は、月次の締めの後など、業務の区切りに合わせて固定します。読み返す場面が決まっていないログは、最初に挙げた3つの条件のうち、参照する場面がない資料と同じ状態に戻ります。

属人化は、担当者の能力の問題ではありません。業務が個人の中で完結する構造を、組織が容認してきた結果です。資料を1冊作って解決する話ではなく、業務を回すたびに情報が溜まる仕組みへ変えることでしか解けません。

• 頻度と停止時の影響で優先順位を決める
• 理想ではなく現状の処理を記録する
• 1業務を通しで回して仕組みを検証する

あなたは経理部門の業務設計を支援する担当者です。以下は[業務名]の判断ログです。

[判断ログの表を貼り付ける]

次の3点を出力してください。
1. 判断の理由が同じ、または近い行をまとめ、例外の型として名前を付けてください。各型に該当する行の日付を添えてください。
2. 型ごとに「この条件なら、こう処理する」という形で、手順書への追記案を書いてください。ログに書かれていない条件は推測で補わず、「要確認」と書いてください。
3. 判断の理由が空欄の行、または「規程どおり」のように具体性に欠ける行を挙げ、担当者に確認すべき質問を1行ずつ書いてください。