退職の申し出を受けてから、三か月かけて引き継ぎ資料を作らせた。分厚いバインダーが残った。それでも最初の月次で締めは二日遅れ、翌月には未払費用の計上漏れが出た。よくある結末だ。資料が悪かったわけではない。書かれていたのは「どう作業するか」であり、抜けた人が本当に持っていたのは「合わなかったときにどこを見るか」と「誰に何を頼めば期日に間に合うか」だったからだ。属人化の解消をマニュアル整備の話にすると、この二つが取りこぼされる。文書化の量ではなく、何を文書に書き、何を書かずに仕組みへ逃がすかの切り分けが要る。
手順書を厚くしても引き継げない理由
手順書が拾えるのは、正常系の作業だ。どの画面を開き、どのファイルのどの列を、どの勘定に入れるか。ここは書けば残る。実際、再現できる粒度まで書き下ろす作法は確立している（経理の手順書（決算マニュアル）の書き方）。
問題は、ベテランの価値が正常系にないことだ。彼らが持っているのは、残高が合わないときに前月繰越を疑うか未払の戻し忘れを疑うかの順番であり、この差異は許容して先に進んでいいという線引きであり、監査で毎年同じ論点を聞かれると知っている記憶だ。これらを手順書に書こうとすると、条件分岐が無限に増えるか、「状況に応じて判断する」という役に立たない一行になる。書けないのではなく、文書という器に合っていない。
暗黙知を三層に割る
だから最初にやるのは、書き出すことではなく、割ることだ。決算業務の暗黙知は、置き場所の違う三つに分かれる。
| 層 | 中身 | 置き場所 |
|---|---|---|
| 作業手順 | 画面操作、データの取り出し方、仕訳の切り方 | 手順書 |
| 判断基準 | 差異の許容範囲、疑う順番、エスカレーションの線 | チェックリストの分岐・閾値・自動照合 |
| 関係の記憶 | 誰に頼むと早いか、過年度に何を指摘されたか | 連絡先台帳・論点ログ |
判断基準を仕組み側に逃がす、という言い方が抽象的に聞こえるなら、具体はこうなる。「差異が出たらベテランが勘所で判断する」を、「補助元帳と総勘定元帳の差額が一定額を超えたら止める」という閾値付きの照合に置き換える。判断そのものを文書で伝えるのをやめ、判断が必要な場面を機械が検知して人に投げる形に変える。閾値は一行の数字なので更新できるが、判断の文章は誰も更新しない。
関係の記憶は三つ目の扱いになる。子会社の誰に依頼書を投げると期日に間に合うか、監査法人が毎年どの引当金を見るか。これは手順書の文中に埋めると死蔵されるので、独立した台帳にする。依頼先の一覧と過去三期の指摘論点ログ、この二枚があるだけで、二人目の立ち上がりは目に見えて変わる。
着手順は「属人度 × 止まったときの痛み」で
三層に割っても、全業務にやるのは無理だ。決算業務は数十本ある。優先順位を付けないまま着手すると、着手しやすい業務から手が付き、本当に危ない業務が最後まで残る。
順序は二軸で決める。属人度（その人以外に触れる人が何人いるか）と、止まったときの痛み（締めのクリティカルパス上にあるか、何日遅れると開示や支払に響くか）だ。
右上に入るのは、たとえば連結の消去仕訳、税効果の計算、複雑な引当金の見積りといった業務だ。逆に、着手しやすいという理由で日常の伝票起票マニュアルから作り始めると、工数を使い切ったところで右上が手つかずのまま残る。ここを間違えている会社は多い。
順序を決めたら、右上の一本を選び、三層の割り付けから二人目の実走までを通しでやり切る。四段の実装手順そのものは別稿にまとめている（決算の属人化を解く：引き継ぎ可能な経理にする標準化の手順）。本稿の主張は、その四段に入る前に「何を書き、何を書かないか」と「どれから手を付けるか」を先に決めろ、ということだ。
引き継ぎの成否は「一人目がいる間に二人目が失敗できたか」
最後に一つ。文書と仕組みが揃っても、それを別の人間が実際に手を動かして、詰まって、直す工程を踏まないと組織知にはならない。ここで大事なのは、二人目が並走で成功することではなく、一人目がまだ社内にいる期間に二人目が失敗することだ。失敗しないと、手順書の穴も、閾値の設定ミスも、台帳に載っていない依頼先も表に出てこない。
だから引き継ぎ期間の設計は「教える期間」ではなく「安全に失敗させる期間」として取る。一人目を席から外し、文書と仕組みだけで一サイクル回させ、出てきた質問をすべて改訂ネタとして拾う。質問の数が減っていく曲線が、そのまま組織知化の進捗になる。人が抜けてから慌てて記録を集める会社と、抜ける前に一度失敗させておく会社の差は、次の決算の締め日数にそのまま出る。
