暗黙知と形式知の違いとは？属人化を防ぐ変換手順と実践例

「ベテラン社員の頭の中にしかないノウハウが、若手にうまく伝わらない」。

成長企業や事業転換期のエンタープライズ企業で、いま最も頻繁に聞かれる組織課題の1つです。

その背景にあるのが、本記事のテーマである「暗黙知」と「形式知」のギャップです。

暗黙知は経験や勘に根ざした言語化しにくい知、形式知はマニュアルや文書として共有できる知のことを指します。

両者の違いを正しく理解し、暗黙知を形式知へ変換する仕組みを持てれば、属人化は段階的に解消できます。

ただ、現場では「マニュアル化＝形式知化」と取り違えてしまい、せっかく作った資料が陳腐化したまま放置されるケースも少なくありません。

本記事では、暗黙知と形式知の定義と業界別の具体例、変換プロセスを体系化したSECIモデルまでを整理します。

さらに300社以上の組織開発支援で見えてきた「観測可能な行動への変換」という実践ステップも紹介します。

属人化を防ぎ、組織の知を資産化したい人事担当者・管理職の方は、最後までお読みください。

暗黙知と形式知とは？2つの違いと業界別の具体例

「暗黙知」と「形式知」は、組織のナレッジマネジメントを設計するうえで最初に押さえるべき2つの概念です。

両者の違いを曖昧なまま施策に着手すると、形式知化のスコープがぶれ、現場の納得感も得られにくくなります。

まずは定義と特徴、そして職種別の具体例を順に整理していきます。

暗黙知の定義と特徴（経験・勘・身体知）

暗黙知とは、個人が経験を通じて身につけた、言語化が難しい知識のことを指します。

熟練の営業担当者が「この顧客は今日決まりそうだ」と察知する感覚や、ベテラン技術者が異音から機械の不調を見抜く感覚などが典型例です。

提唱したのは哲学者のマイケル・ポラニーで、著書『暗黙知の次元』のなかで「私たちは語ることができる以上のことを知っている」と述べています。

この「語ることができる以上のこと」が、まさに暗黙知の本質です。

暗黙知は本人の身体的・経験的なプロセスに深く埋め込まれているため、表層的に「言葉にしてください」と頼んでも、本人自身が再現プロセスを十分に説明できないことが多くあります。

英語ではtacit knowledge（タシット・ナレッジ）と表記されます。

組織のなかで暗黙知を担うのは、長年同じ業務に従事してきたベテラン層や、特定の顧客・領域に深く入り込んできたエース人材です。

ここに依存しすぎる体制は、本人が異動・退職した瞬間に大きな業務停止リスクを抱えることになります。

形式知の定義と特徴（文書・数式・マニュアル）

形式知とは、言葉や数式、図表によって表現でき、他者と共有可能な知識のことです。

業務マニュアル、製品仕様書、研修テキスト、業務フローチャート、ベストプラクティス集などが代表例として挙げられます。

英語ではexplicit knowledge（エクスプリシット・ナレッジ）と表記され、暗黙知の対義語として位置づけられます。

形式知の最大の特徴は、加工と転送が容易なことです。

ドキュメントに落とせれば、検索もできますし、別の担当者に渡すこともできますし、別の業務にも応用できます。

一方で、形式知化された情報だけで実務がすべて回るわけではない点に注意が必要です。

マニュアルに書かれていない判断、文書化されていない例外処理、現場の空気を読む間合いなど、形式知に書き起こせない要素が必ず残ります。

そのため、形式知の整備は「すべてを文書化する」ことではなく、「再現性を高める要点を選んで言語化する」プロセスとして設計するのが現実的です。

暗黙知と形式知の違いを5つの観点で整理

両者の違いは、媒体や共有性などの軸で整理すると一覧で把握しやすくなります。

以下の5つの観点で比較します。

実務上で重要なのは、両者を二項対立として扱わないことです。

優れた組織知は、暗黙知と形式知が双方向に往復しながら高度化していきます。

形式知だけでもダメ、暗黙知だけでもダメ、というのが大前提です。

暗黙知・形式知の業界別の具体例（営業・製造・IT・人事・医療）

抽象的な定義だけでは自社業務との接点が見えにくいため、職種別に具体例を整理します。

業務マニュアルに収まりやすい仕事ほど形式知の比率が高く、対人折衝や判断業務ほど暗黙知の比率が高くなります。

自社の業務を眺めるときは、まず「暗黙知が業績の何割を支えているか」を職種別に粗く見立てると、形式知化に投じるべきリソースの優先順位が見えてきます。

なぜ暗黙知の形式知化が必要なのか。組織が直面する3つの構造的課題

暗黙知の形式知化は、概念としてはシンプルですが、組織としてリソースを投じる必然性を腹落ちさせるのは意外と難しいテーマです。

ここでは、形式知化に取り組まないことで顕在化する3つの構造的課題を整理します。

ナレッジ共有の仕組みづくりに迷うときは、以下の記事も参考になります。

ナレッジマネジメントはもう古い？組織の属人化を防ぐ最新の手法を徹底解説

ナレッジマネジメントが形骸化する原因と、属人化を防ぐ運用の仕組み化を解説しています。

service.manadic.com

エース依存による属人化リスクと業績の不安定化

最も深刻なのが、特定のエース人材に業務が集中することで起きる属人化リスクです。

エースが在籍しているうちは業績が安定しますが、本人の異動・退職・休職・離職をきっかけに、業務とノウハウの両方が同時に失われる構造になっています。

実際、組織開発の現場では「あの人が辞めた瞬間に、半期の数字が崩れた」というケースが珍しくありません。

エース依存の組織は、業績の絶対水準が高いほど崩れたときの落差が大きく、回復にも時間がかかります。

エースの異動を経験すると、これまで本人に依存してきた業務フロー・後任育成・採用方針を一気に見直すきっかけになり、結果として属人化から脱却した強い組織に生まれ変わることもあります。

ただ、できれば「エースが抜ける前に」属人化を解いておくほうが、事業合理上は望ましいといえます。

組織の仕組み化という観点では、マネジメントの仕組み化とは？属人化を防ぎ、自走する組織を作る4ステップも合わせてご覧ください。

育成期間の長期化と再現性の欠如

暗黙知が形式知化されていない組織では、若手の戦力化に時間がかかります。

新任者は先輩の動きを横で見ながら、自分で気づき、自分で言語化していくしか方法がありません。

このスタイルは、本人の解像度が高く吸収力もある場合は短期で立ち上がりますが、平均的な吸収力の人材だと数年単位での立ち上がり待ちが発生します。

事業環境の変化が速いいまの時代、数年待っていられないというのが実態です。

加えて、OJT担当者が変わるたびに教え方が変わると、若手側に「人によって言うことが違う」という不信感も生まれます。

再現性ある育成を組織として設計するためには、誰が教えても同じ要点が伝わるように、最低限の形式知を整える必要があります。

環境変化に追随できない硬直化リスク

3つめの課題は、形式知化を「マニュアル化」と取り違えたまま、固定マニュアルだけが膨大に積み上がってしまう硬直化リスクです。

事業環境が安定していた時代は、いったん完成したマニュアルがそのまま数年使えました。

しかし、戦略・組織・業務が短いサイクルで変わる成長企業やDX推進中のエンタープライズ企業では、マニュアルは作った瞬間から陳腐化していきます。

固定マニュアルしか残っていないと、変化のたびに現場が混乱し、結果として「マニュアルがないと動けない」状態が常態化します。

形式知化のゴールは「変化に耐える運用設計」を作ることであって、「変化しない手順書」を量産することではありません。

更新サイクルと改廃ルールをセットで設計しなければ、形式知の整備はかえって組織の俊敏性を下げる要因にもなり得ます。

エース依存・育成の長期化・マニュアル陳腐化という3つの課題は、相互に絡み合いながら属人化を加速させていきます。

自社の属人化リスクを20項目で機械的に診断したい場合は、組織健康度チェックシートが役立ちます。

組織課題の現在地が5分で可視化でき、形式知化に着手すべき優先順位の判断材料が得られます。

暗黙知を形式知に変換するSECIモデル｜野中郁次郎の知識創造理論と4プロセス

暗黙知と形式知の変換プロセスを体系化したのが、一橋大学名誉教授・野中郁次郎が提唱したSECI（セキ）モデルです。

野中らの著書『知識創造企業』（東洋経済新報社、1996年）のなかで提示され、いまでもナレッジマネジメント理論の中心的なフレームワークとして扱われています。

SECIは、共同化（Socialization）・表出化（Externalization）・連結化（Combination）・内面化（Internalization）の頭文字をとった呼称です。

4つのプロセスを循環させることで、個人の暗黙知が組織知へと昇華されていく、というのが基本構造です。

ここで重要なのは、SECIモデルが直線ではなく螺旋（らせん）として描かれている点です。

つまり、暗黙知と形式知は1度の変換で完結するものではなく、何周も巡るうちに知のレベルが上がっていくと整理されています。

共同化（Socialization）：暗黙知から暗黙知へ

共同化は、暗黙知のまま別の人へ伝えるプロセスです。

具体的には、先輩の動きを横で見て学ぶ徒弟的なOJT、顧客先への同行訪問、職場の雑談などが該当します。

ベテランの判断基準を言葉ではなく振る舞いで吸収する場面、と捉えると分かりやすいです。

共同化の質を上げるカギは、共通体験の濃さです。

長時間ペアで動く、同じ顧客を一緒に担当する、修羅場の意思決定に同席する、といった濃い体験を意図的に設計できるかが分かれ目になります。

ただ、共同化に留まり続けると、暗黙知は集団内に閉じ込められたままになり、組織知としては機能しません。

そのため、次のステップである表出化への接続が不可欠です。

表出化（Externalization）：暗黙知から形式知へ

表出化は、暗黙知を言葉や図表などの形式知に変換するプロセスです。

SECIモデルの4プロセスのなかで、もっとも難易度が高く、組織の差がつきやすいフェーズです。

理由はシンプルで、ベテラン本人が「何をどう判断しているか」を整理しきれていないケースが大半だからです。

表出化を進めるには、比喩・モデル・対話を使い分けながら、暗黙知を概念へと引き上げていく必要があります。

「あのとき、何を見て決めたのですか」「もし違うやり方を選んでいたら何が起きたと思いますか」といった問いかけを重ねることで、判断の構造が少しずつ見えてきます。

このプロセスは、本人1人の内省だけでは進みにくいため、第三者の聞き手やコーチが付くと進度が大きく変わります。

表出化が成立した瞬間、暗黙知は組織で再利用可能な資産になります。

連結化（Combination）：形式知から形式知へ

連結化は、すでに形式知化された複数の知を組み合わせて、新しい知を作るプロセスです。

業務マニュアル同士を統合する、複数部署のベストプラクティスを横串で再編する、外部の知見と社内ナレッジを掛け合わせる、といった活動がこれに当たります。

連結化はもっともデジタル化と相性のよいフェーズで、ナレッジマネジメントツール、社内Wiki、生成AIなどの活用が効きます。

ただ、連結化だけが先行するパターンには注意が必要です。

形式知の連結化を急いでも、表出化が浅いままだと、組み合わせた結果としての知も浅いものに留まります。

「ツール導入で全部解決する」という発想に陥らないことが、連結化を機能させる前提です。

内面化（Internalization）：形式知から暗黙知へ

内面化は、形式知を実践のなかで身体化し、再び個人の暗黙知へと取り込むプロセスです。

マニュアルを読んだだけで動けるようになるわけではありません。

実際に手を動かし、失敗と振り返りを重ねるうちに、形式知が「考えなくても自然にできる」レベルに沈み込んでいきます。

ここで重要なのは、内面化は形式知化の終点ではなく、次の螺旋の起点であることです。

内面化された新しい暗黙知が、また共同化・表出化へと送り出されていきます。

このサイクルを止めると、形式知だけが残り、現場では使われない陳腐化したマニュアルが生まれます。

逆にサイクルが回り続ける組織は、知のレベルが半期ごとに少しずつ底上げされていきます。

暗黙知を形式知化する実践4ステップ｜「観測可能な行動への変換」が出発点

SECIモデルは理論として優れていますが、現場でそのまま運用しようとすると「結局、何から始めればいいのか」が見えにくいのが実態です。

ここでは、300社以上のマネジメント支援知見をベースに、実務でそのまま使える4ステップを示します。

特に重要なのが、ステップ1の「観測可能な行動への変換」です。

ここを飛ばして抽象的なベストプラクティス集を作っても、現場では使えない形式知が積み上がるだけになります。

ステップ1：「形容詞・副詞」を排除し観測可能な行動に変換する

形式知化の出発点は、抽象表現を排除し、行動として観測できるレベルまで言葉を具体化することです。

「丁寧にヒアリングする」「徹底的に課題を深掘りする」といった表現は、聞こえはよいものの、行動として観測できません。

人によって解釈が分かれるため、現場ではそれぞれが別の動きをしてしまいます。

そこで、形容詞・副詞・抽象名詞を1つひとつ書き換える作業を行います。

たとえば「丁寧にヒアリングする」は、「初回商談で5W2Hに沿って12項目の質問をする」「不明点が残った場合は再ヒアリングを2営業日以内に設定する」のように分解します。

書き換え後の文章を見て、第三者がそのとおり動けるかどうかが判断基準です。

動けないなら、まだ抽象度が高すぎます。

この作業に手を抜くと、形式知化された資料が「綺麗だけど使えない文書」になり、結局は属人化を解消できません。

スキルマップを活用した行動の具体化については、以下の記事も合わせてご覧ください。

スキルマップは意味ない？形骸化する5つの原因と効果的な運用方法を解説

スキルマップが形骸化する5つの原因と、観測可能な行動への変換による運用方法を解説しています。

service.manadic.com

ステップ2：成功事例の棚卸しと再現要因の特定

ステップ2は、過去の成功事例から、再現可能な要因を引き出す作業です。

成果が出た案件・プロジェクト・育成事例を時系列で書き出し、なぜ成功したのかを構造的に分解します。

このとき注意したいのは、表層的な要因（「気合があった」「タイミングがよかった」）で済ませないことです。

成功の裏側にある行動と判断を、「どんな場面で／何を観察し／どう判断し／どう動いたか」の粒度まで掘り下げます。

実務では、当事者へのインタビューに第三者の聞き手を入れる方法が有効です。

本人だけだと「当たり前すぎて言語化されない要素」が抜けやすいためです。

引き出された要因は、ステップ1の観測可能な行動の形に揃え直してから、組織のナレッジに加えていきます。

なお、成功事例だけを集めると、「再現できない裏側の見えないファクター」（運・人脈・タイミング）に引っ張られすぎることがあります。

成功要因の精度を上げるためにも、次のステップ3でセットになる「失敗事例の収集」が効いてきます。

ステップ3：失敗事例のベンチマーク化（先に「やってはいけない」を可視化する）

成功要因よりも、失敗パターンのほうが言語化しやすく、再現性のリスク回避にも直結します。

書籍『失敗の科学』では「他人の失敗から学べよ。自分自身の失敗だけで全てを学ぶには、人生は短すぎる」という指摘もあります。

成功は複数要因が偶然重なって生まれることが多い一方、失敗は明確な原因に紐づきやすいという特徴があります。

実務では、過去の失注案件・離職事例・大型クレームなどを匿名化したうえで、「何が致命傷だったか」を機械的に書き出していきます。

ここでも、ステップ1と同じく、観測可能な行動と判断の粒度まで分解するのがポイントです。

失敗のベンチマーク集ができると、新任者は最低ラインを早期に下回らなくなります。

成功への上限を伸ばすには時間がかかりますが、致命的な失敗を避けるだけで業績の安定度は大きく改善します。

ステップ4：週次フィードバックと現場OJTへの接続

最後のステップは、ステップ1〜3で作った形式知を現場の運用に落とし込むフェーズです。

ここを設計しないと、形式知は資料庫に積まれたまま誰にも使われず、半年後には陳腐化していきます。

具体的には、週次の1on1やチーム定例の場に、形式知を参照する仕組みを組み込みます。

たとえば「今週の商談で、観測可能な行動チェックリストのどこを守れたか／守れなかったか」を、上司と部下で5分振り返るだけでも、内面化の速度が大きく変わります。

加えて、運用のなかで気づいた改善点を、形式知側に戻すルールも必要です。

「気づいたら誰でも編集できる」状態にしておくと、形式知は組織で育っていきます。

逆に「特定の担当者だけが更新する」運用だと、更新が止まった瞬間に陳腐化が始まります。

ここまでの4ステップは、マネディクが300社以上の組織開発を支援するなかで、特に効果が出た打ち手を構造化したものです。

属人化解消の打ち手をより体系的に整理したい場合は、組織健康度チェックシートを参考にしてみてください。

20項目のセルフチェックで属人化の現在地が5分で診断でき、形式知化のどこから着手するかを判断する材料になります。

暗黙知の形式知化でよくある失敗パターンと回避策

形式知化のプロジェクトは、進め方を誤ると、リソースだけ使って何も残らない結果になりがちです。

300社支援のなかで頻出する3つの失敗パターンと、その回避策を整理します。

マニュアル化と取り違える（カルチャーは行動様式であり業務マニュアルではない）

もっとも多いのが、形式知化＝業務マニュアルづくり、と単純化してしまうパターンです。

業務マニュアルは形式知の一部ですが、暗黙知を形式知化するという行為とは別レイヤーの作業です。

成長企業では、戦略・組織・業務が短いサイクルで変わるため、固定マニュアルはすぐに陳腐化します。

マニュアルがないと動けないという主体性の欠如も生まれます。

形式知化のゴールは、暗黙知のなかから「再現性の核」を取り出して、変化しても使える原則と運用ルールにすることです。

業務手順を細かく書き出すことだけが目的化すると、コストばかりかかって組織の俊敏性は下がります。

「何が変わっても通用する判断軸」と「変わるたびに更新する手順書」の2層を切り分けて、それぞれ別の更新サイクルで運用すると、マニュアル化との取り違えを防げます。

属人化を防ぐ仕組み化の全体像は、人材育成とは？目的・手法・仕組み化まで徹底解説でも詳しく整理しています。

抽象論で終わって行動が変わらない

形式知化の文書が「視座を上げる」「主体性を持つ」といった抽象論で埋まり、現場の行動が何も変わらないパターンも頻出します。

抽象論は一見深そうに見えるため、書いた本人も「いいことを言えた」と満足してしまいやすい性質があります。

しかし、抽象論をどれだけ並べても、明日からの行動は1ミリも変わりません。

このパターンを避けるには、ステップ1で示した「観測可能な行動への変換」を徹底することです。

「視座を上げる」は、たとえば「四半期に1回、自部署の業務を経営目線で再評価し3つの優先課題を提案する」のように、具体的に観測できるレベルまで落とします。

レビュー時のチェックポイントは、第三者がそのとおりに動けるか、行動を観測できるかの2点です。

このチェックを通過しない文書は、形式知ではなく抽象論のメモにすぎないと割り切るのが現実的です。

形式知の更新が止まり陳腐化する

3つめの失敗が、いったん作った形式知の更新が止まり、半年後には誰も参照しなくなるパターンです。

更新が止まる原因の多くは、運用設計が後回しになっていることにあります。

「誰が、いつ、何を見て更新するのか」を最初から決めずに、文書だけ完成させると、書いた人の異動とともに形式知も止まります。

回避策はシンプルで、形式知の更新責任者と更新トリガーをセットで定義することです。

更新トリガーには、四半期の定期レビュー・大型トラブル発生時の臨時レビュー・主要メンバーの異動時の引き継ぎレビューなどがあります。

加えて、現場の気づきをすぐに反映できる仕組み（誰でも編集できるWiki、コメント機能付きの共有ドキュメント等）を整えると、更新サイクルが回り続けます。

形式知は「書き終えたら終わり」ではなく、「組織で運用し続ける生もの」として扱うのが本質です。

暗黙知と形式知に関するよくある質問（FAQ）

ここでは、暗黙知と形式知に関して読者からよく寄せられる疑問にお答えします。

まとめ｜暗黙知の形式知化は「行動の言語化」から始まる

暗黙知と形式知の違いを整理してきました。

要点を改めて整理すると、次のとおりです。

形式知化を成功させる最大のレバレッジは、ステップ1の「観測可能な行動への変換」にあります。

ここを丁寧にやり切れる組織は、ベテランが抜けても業績を落とさない再現性ある組織に近づきます。

逆に、ここを飛ばして抽象論や固定マニュアルを量産すると、リソースだけかけて属人化が温存される結果になりかねません。

明日からの一歩としては、まず自社の主要業務のなかで、抽象表現で語られている領域を1つ選び、観測可能な行動に書き換えるところから始めるのが現実的です。

属人化のリスクを組織全体で機械的に診断したい場合は、組織健康度チェックシートが役立ちます。

20項目のセルフチェックで組織の健康度を5分で診断でき、形式知化に着手すべき優先順位の判断材料が得られます。

無料で配布していますので、本記事と合わせてご活用ください。