従業員が退職する前に暗黙知を捉える方法

あるシニアエンジニアが別の仕事のオファーを受ける。ある工場のオペレーターが22年勤めて退職する。どちらも秘密を抱え込もうとしているわけではありません。二人とも、自分の知っていることを喜んで説明してくれるでしょう。問題は、彼らの専門知識の多くが、本人にとって見えなくなってしまっていることです。毎日行っている判断、近道、例外処理に、もはや自分では気づかないため、それらを口にすることさえ思いつかないのです。

その文書化されていないノウハウこそが暗黙知です。この記事は、その知識を一人の頭の中から取り出し、退職前に次の人が使える形にすることについてのものです。知識を捉えた後に何が起こるかについては、退職する従業員のためのドキュメント引き継ぎプレイブックをご覧ください。ここでは、その人が退職する前に知識を捉えることに焦点を当てます。

重要なポイント

• 暗黙知とは一人だけが知っていることです。SOPに載ることのなかった、文書化されていない判断、近道、コンテキストであり、たいていはそれを持つ本人がそれを持っていることに気づかなくなっているために残されてきたものです。
• 時計はすでに動いています。勤続年数の中央値が約4年であることに加え、記録的な退職の波が押し寄せており、文書化されていない知識の多くにはすでに「期限」が付いています。
• キャプチャは想起に勝ります。実際の作業をしている様子を記録すると、書き起こしてもらうよりもはるかに多くのことが表に出てきます。
• 目標は、その人が知っていることすべてを文書化することではありません。その人だけが知っている数少ないことを捉えることです。仕事全体ではなく、単一障害点を狙ってください。
• キャプチャはオフボーディングの中の、引き継ぎより上流に位置します。最後の午後ではなく、退職通知期間の初週に始めてください。

暗黙知とは何か？

暗黙知とは、記録システムのどこかではなく、作業を行う人々の中に存在する、文書化されていないノウハウです。チームが日々頼りにしていながら一度も書き留めたことのないものの集まりです。月末最終日に失敗するエクスポートの回避策、実際に電話に出てくれるベンダーの担当者、誰も触れようとしない設定値がなぜその値になっているのかという理由などです。

「暗黙知（tribal knowledge）」という名がつくのは、それが口承のように伝わるからです。人は隣に座り、尋ね、様子を見て、間違いを直されながら、別の人からそれを学びます。ウィキに触れることは一度もありません。そしてそれは組織的知識（institutional knowledge）とは別物です。組織的知識とは、組織全体がどう動いているかというより広い体系であり、暗黙知はそのうち、特定の頭の中に宿った文書化されていない一部分にすぎません。

それが閉じ込められたままになる理由は怠慢ではありません。専門性が、その知識を持つ本人にとって知識を見えなくしてしまうからです。エンジニアは、リリースを昇格させる前にグラフを見つめて一瞬手を止める瞬間を文書化しません。本人にとってそれはステップではなく、ただ「そうするもの」だからです。オペレーターは、3番目のベアリングがある種のうなりを帯びたときにラインを少し戻すことを書き留めません。もはやそれを判断として意識していないからです。どちらに「自分の仕事を書き出して」と頼んでも、返ってくるのは本人にまだ見えている部分だけで、最も重要な部分は何一つ出てきません。

人が去るとき、なぜ知識も出て行ってしまうのか

これを緊急事項として扱うべき根拠は、感情ではなく算数です。

まず勤続年数から。米国労働統計局は従業員の勤続年数の中央値を3.9年とし、25〜34歳の労働者ではわずか2.7年としています。つまり、人が蓄積する知識には、すでに「退職日」が付いているのです。

さらに退職を加えます。2027年まで毎日11,000人以上のアメリカ人が65歳を迎え、これは「ピーク65」退職の波の一部です。深い経験の上に成り立つ業界では、数十年分の実践的なノウハウが労働力から失われることを意味し、それを引き継ぐ後継者がいないことも少なくありません。

そのコストが自ら知らせてくることはめったにありません。通常、仕事は続きます。しかし、遅くなり、信頼性が下がります。手順は記憶から再構築され、少しずれた形で戻ってきます。かつては数分で済んだ作業に、いまやサポートチケットが必要になります。

標準的なオフボーディングのプロセスでは、これはめったに解決されません。最終週に「重要なことは何でも文書化して」と頼んでも、本人が実際に行っていることではなく、覚えていることのリストが出てくるだけです。最も価値のある知識は、たいてい何年も前から本人が気づかなくなっている部分なのです。

退職前に暗黙知を捉える方法

まずはシンプルな捉え直しから始めましょう。その人が知っていることすべてではなく、その人だけが知っている数少ないことに焦点を当てるのです。経験豊富な人が行うことのほとんどは、既存の手順ですでにカバーされているか、次の採用者が自然と身につける程度に一般的なものです。捉える価値のある知識とは、単一障害点の短いリスト、つまりちょうど一人の頭の中にしか存在しないタスク、意思決定、人間関係です。それらを見つけ出し、以下の方法を使って取り出しましょう。

1. 記憶からではなく、起きているそのままに作業を捉える

最も不正確なドキュメントは、仕事が「本来どう進むべきか」から書かれたものです。最も正確なドキュメントは、仕事が実際に進んでいる様子を記録したものです。本人が実際のタスク、つまり本物のデプロイや本物のライン切り替えを行っている間に隣に座り、動きに合わせて口頭で説明してもらいながら、その場で捉えましょう。

これが、記憶から90分かけて書くドキュメントと、作業がもともと要する10〜15分の中から自然にこぼれ落ちてくるドキュメントの違いです。しかも、本人なら決してリストに挙げなかったであろうステップまで捉えられます。あなたがそのステップが起きるのを実際に見ているからです。書き起こすために手を止めることなくプロセスを記録する具体的な方法については、書き留めずにワークフローを捉える方法をご覧ください。

2. 順調なパスではなく、例外を追う

定型どおりのパスは、たいていすでに書き留められているか、学び直すのが容易な部分です。暗黙知は例外の中に隠れています。「四半期末を除いて」「旧ベンダーの場合を除いて」、3週間に一度、火曜日に壊れるものへの手動での修正、といったものです。

退職する専門家に付き添うときは、きれいなデモではなく、ぐちゃぐちゃの実行に時間を使いましょう。直近で何かがおかしくなった3回について、そのときどう対処したかを順に説明してもらってください。かけがえのない知識が宿っているのは、こうしたエッジケースの中です。

3. 決して書き留められなかったことについて聞き取る

記録はその人が「行うこと」をカバーします。それでも、本人が知ってはいても合図に応じて実演するわけではないことについては、会話が必要です。誰に電話するか、ある数字を信頼する前に何を確認するか、何がうまくいかないのを見てきたか。コツは、目に見える半分しか返ってこない「あなたの仕事について教えてください」を避けることです。代わりに、目に見えない半分を尋ねましょう。

人はいつもあなたに何を相談しに来ますか？　実行ボタンを押す前に何を確認しますか？　有能な後任でも最初の1か月で間違えそうなことは何ですか？　あなただけが知っている何かによって、かろうじて保たれているものは何ですか？　良い抽出セッションからは、具体的で地味なことのリストが生まれます。もしきれいな要約が出てきたなら、質問が広すぎたのです。

4. 方法だけでなく、理由を捉える

ステップは次の人に何をすべきかを伝えます。その背後にある理由は、いつそれを破ってよいかを伝えます。エンジニアの「昇格させる前に2分間エラー率を見て待つ」はステップであり、その理由（「カナリアは、実際にはそうでなくても最初の90秒は健全に見える」）こそが本当の知識です。

判断を捉えましょう。なぜこの閾値なのか、なぜこの順序なのか、なぜこの例外がそもそも存在するのか。理由を剥ぎ取られたステップは、状況が変わるまで忠実に守られ、そして変わった途端、崖から真っ逆さまに守られてしまいます。

5. その人だけが到達できるものを洗い出す

暗黙知の一部はスキルですらありません。アクセス権と人間関係です。唯一の管理者アカウント。電話に折り返してくれる仕入先の担当者。恩を感じてくれている社内チーム。この人だけが到達できて他の誰も到達できないものを洗い出し、まだ本人が紹介できるうちに、いまから移管を始めましょう。

キャプチャは予定に組み込みやすいものですが、本人を信頼している相手への温かい引き合わせはそうではありません。だからこそ、早く始めましょう。

キャプチャを長続きするドキュメントに変える

生のキャプチャはゴールではありません。誰も見つけられない録画は、すでに去ってしまった知識とほとんど同じくらいしか保存できていません。2つの動きが、山積みのキャプチャを次の人が実際に使うものへと変えます。

形を与える

ばらばらの録画と聞き取りメモは、一貫した構造を持つ手順にしなければなりません。締め切りに追われてフォーマットを一から考え出すのではなく、キャプチャを再現可能なSOP作成フレームワークに通しましょう。

居場所を与える

適当なフォルダに落ち着いた知識は、二度目に失われます。

それは、次の人が必要なときに必要な手順を見つけられる、検索可能な社内ナレッジベースにこそ属すべきです。そして、知識の保管庫は最後に世話をする人がいなくなった日から劣化していくため、最初から捉えた知識を陳腐化させないための備えを計画してください。

キャプチャは二度報われます。退職する専門家のプロセスを保存するその同じ録画は、後任を訓練するための素材にもなります。最も速いオンボーディングは、白紙から書いたガイドではなく、実際に捉えた作業から始まります。つまり、事業継続のために作ったそのキャプチャは、すでに捉えた知識を後任向けのオンボーディングガイドに変えるところまでの大半を終えているのです。

キャプチャをオフボーディングに組み込む、最後の2週間になる前に

これがうまくいくかどうかを最も大きく左右するのは、いつ始めるかです。知識の損失のほとんどは手法の失敗ではありません。タイミングの失敗です。キャプチャが最終週に予定され、本人が業務をまとめ、別れの挨拶をし、気持ちはすでに去っている時期に組まれてしまうのです。

それを上流に移しましょう。辞表が受理された瞬間、または退職日が決まった瞬間から、キャプチャはノートパソコンの返却と同じ位置づけのオフボーディング業務になります。初週には単一障害点、つまりこの人だけが知っている短いリストを洗い出します。中盤の数週間で実際の作業を記録し、抽出インタビューを行います。

最終週は後任への構造化された引き継ぎのために取っておき、何を引き継ぐべきかを見つけ出すためには使わないようにします。その順序、つまり洗い出し、次にキャプチャ、そして引き継ぎこそが、落ち着いた移行と慌ただしい混乱を分けるものであり、キャプチャが終わればプレイブックが最後のステップからきれいに引き継ぎます。

前もって見えている退職なら、同じ論理をより長く、より容易に適用できます。18か月後に退職するとすでにわかっている人の知識を捉えるのに、退職通知期間を待つ理由はありません。暗黙知を記録する最良のタイミングは、本人がリラックスしていて、その場にいて、まだ残り日数を数え始めていないときであり、それはまず最後の2週間ではないのです。

暗黙知を捉えるときによくある間違い

失敗したキャプチャのほとんどは、同じいくつかのパターンで失敗します。

• 最終週に始める。その頃には本人の気持ちは離れ、カレンダーは退職手続きで埋まっています。キャプチャに必要なのは退職通知期間の落ち着いた中盤であって、慌ただしい終盤ではありません。
• 書き起こしを依頼する。記憶から書くと、仕事の目に見える半分だけが返ってきて、体で覚えたステップはすっかり抜け落ちます。代わりに作業を記録しましょう。
• キャプチャではなくインタビューをする。会議の要約は、誰かが言及することを思い出せたことのリストです。実際のタスクを行う様子を見れば、本人が知っていたことすら忘れていたものが手に入ります。
• 仕事全体を文書化しようとする。単一障害点を狙いましょう。すべてを追いかけるのが、取り組みが行き詰まり何も仕上がらなくなる道です。
• 理由なしにステップを捉える。「なぜ」のない手順は、状況が変わるまで守られ、その後は静かに失敗します。ステップの背後にある判断を記録しましょう。
• キャプチャをフォルダに放置する。記録したのに誰も見つけられない知識は、二度去ったも同然です。構造と、居場所と、責任者を与えましょう。

2026年、AIはどのように暗黙知のキャプチャを変えているか

過去10年間の大半、キャプチャのボトルネックは執筆でした。誰かが作業する様子を見るのは簡単でした。しかし、3時間の映像と要領を得ないインタビューを、きれいで検索可能な手順に仕立て上げるには、人が丸1日を要しました。だからこそ、退職前にそれが行われることはめったになかったのです。

そのボトルネックこそ、AIが取り除いた部分です。2026年に生まれつつあるパターンは「キャプチャ・ファースト」です。実際のタスクを行う人を記録し、その録画からモデルに構造化された手順の下書き、つまりステップ、スクリーンショット、「なぜ」の第一稿を作らせ、人間には修正だけを任せます。高コストな半分、つまり執筆が、数時間から数分に減り、それが退職の経済性を変えます。キャプチャを使えるガイドに変えるのに1日ではなく15分で済むようになれば、「彼女が退職する前に時間がなかった」はもはや通用しなくなります。

2つの注意点が、これを誠実に保ちます。モデルは見えるものからステップを下書きします。カメラに映らなかった推論、人間関係、あるいは一度も起きなかった例外を復元することはできません。だからこそ、抽出インタビューは依然として存在意義を持ちます。そして、モデルは曖昧な録画から誤ったステップを自信満々に書き起こすため、退職する専門家がまだそばにいて気づける間に下書きをレビューすべきです。ツールはキャプチャを安価にしました。しかし、その人を不要にはしていません。

よくある質問