書けない知恵を引き出す——暗黙知の資産化を「問い」から始める理由

「書いてください」が失敗する理由

ベテランの技能継承プロジェクトは、同じ場所でつまずくことが多い。「退職前にノウハウをマニュアルにまとめてほしい」と依頼すると、出てくるのは手順の骨格だけで、肝心の「なぜそうするか」「どこで判断を変えるか」が抜け落ちる。

これは当事者の怠慢ではない。長年かけて身につけた知識は、意識の手前に沈んでいる。自転車の乗り方を言葉で説明するのが難しいように、熟練した判断は「やってみればわかる」という感覚の層に埋まっている。これを暗黙知と呼ぶ。

暗黙知の特徴は、問われなければ浮かび上がらないことだ。「書いて」という依頼では、本人が「説明するまでもない」と感じている部分がそのまま抜ける。そして、その「説明するまでもない」部分こそ、後任者が最も必要とする知恵だったりする。

現場が守ろうとする「無駄」の正体で触れたように、表から見えにくい暗黙的な価値ほど、気づかないまま失われやすい。ベテランの知恵も同じで、「伝えなければ消えるもの」と認識されないまま退職を迎えるケースは少なくない。

生成AIを「聞き役」に使う

この引き出し工程に、生成AIを活用する動きが広がっている。ポイントは、AIを文書作成ツールとして使うのではなく、構造化されたインタビュアーとして機能させることだ。

具体的な流れはこうなる。

1. ベテランが日常業務で直面した「迷い」や「例外処理」を口頭または短い文章で話す
2. 生成AIがその語りを受けて「なぜその判断をしたか」「他の選択肢と何が違うか」を問い返す
3. 対話の記録を、後から「状況・判断・理由」の三軸で整理し、ナレッジDBに格納する

この方法には二つの利点がある。一つは、問い返されることで本人が自分の判断パターンを意識化できること。もう一つは、テキストが自動的に蓄積されるため、整理にかかる負担が下がることだ。

「書いて」ではなく「話して」。この転換だけで、出てくる情報の質が変わることがある。

動画や社内Wikiによる記録も有効な手段だが、どの形式を選ぶにしても、まず「引き出す」フェーズを設計することが先決だ。ツールの選定よりも、問いの設計が主役になる。生成AIはその問いを繰り返し、記録し、構造化する役を担える。

ノウハウDBが使われなくなる前に

知識を収集・格納するだけでは、資産化は半分しか完結しない。蓄積されたノウハウが「誰が・どんな場面で・どう使うか」まで設計されていなければ、DBはやがて誰も開かないフォルダになる。

これを防ぐための視点を三つ挙げる。

• 粒度を揃える：手順書レベルの記述と判断基準レベルの記述が混在すると、検索しても欲しい情報に辿り着けない。何のためのノウハウかを先に定義しておく
• 鮮度管理を組み込む：業務環境が変わればノウハウも変わる。「いつ見直すか」をルールとして最初から決めておかないと、記録は古くなるだけで誰も信頼しなくなる
• 使う場面を具体化する：「困ったときに検索する」ではなく、新人のオンボーディング・クレーム対応・繁忙期の引き継ぎなど、使うタイミングをあらかじめ決めて導線を作る

増強を決める前に——制約の止まっている時間を使い切るという順番でも述べたように、新しい仕組みを入れる前に、今あるリソースの使い方を見直すことが先決になる場面は多い。ノウハウ資産化も同様で、まず現状の知識がどこに偏在しているかを把握するところから始めると、取り組むべき優先順位が見えてくる。

ベテランの頭の中にある知恵は、問いかけによって初めて言葉になる。その問いをどう設計するか迷ったときは、しぼる：DX伴走支援を参考にしてほしい。