GGROWTH INTELLIGENCE経営に、次の一手を。
組織・人材戦略

「聞けば分かる」組織は、人が抜けた瞬間に止まる—プロジェクトWikiで暗黙知を組織の資産に変える、ナレッジマネジメントの実践

2026.10.27GROWTH INTELLIGENCE 編集部

「あの人に聞けば分かる」状態を、組織の強みだと考えていないでしょうか。しかし、仕事の進め方が人の頭の中にしかない組織は、その人が休んだり辞めたりした瞬間に止まります。チャットで日々やり取りされる情報は流れて埋もれ、半年後に同じ質問が繰り返されます。本稿では、流れていく情報と蓄えるべき情報の違いを整理します。そのうえで、野中郁次郎氏らのSECIモデル(個人の知識を組織の知識に変える流れを4段階で示した理論)を実務に当てはめます。プロジェクト単位のWiki(社員の誰もが書き込み・修正できる社内の共有ページ)で、手順や判断の根拠を組織の資産に変える方法を解説します。分類の設計、Wikiを放置された「廃墟」にしない運用ルール、生成AIによる社内検索との関係、導入の進め方まで扱います。

1|結論—今すぐ取るべき経営判断

ナレッジ共有(業務の知識やノウハウを社内で共有すること)の成否は、ツールでは決まりません。「書く時間」を業務として認めるかどうかで決まります。手順書や判断の経緯を書き残す作業を、手が空いたときの善意に任せていないでしょうか。その状態では、Wikiは最初の数か月で更新が止まりがちです。出発点は、経営が明言することです。書くことを評価の対象とし、業務時間の一部として確保すると伝えます。

もう一つの判断は、知識の持ち主(オーナー)を決めることです。全員が書ける場は、裏を返せば誰も責任を持たない場になりがちです。そこで、プロジェクトや業務領域ごと(小さな会社なら全体で1人)に管理者を置き、構成の整理と古い記事の見直しをその人の役割にします。持ち主のいないWikiは、誰も信用しない「廃墟」(更新が止まり、誰も見なくなった状態)になりがちです。

この2点を決めずにツールだけを導入しても、投資の回収は難しくなります。逆に、時間と持ち主を決めれば、引き継ぎや新人が一人で仕事を回せるまでの時間を縮め、特定の人への依存を下げられます。

2|なぜ「聞けば分かる」組織は止まるのか—フロー情報とストック情報

社内の情報には、時間とともに流れていく「フロー情報」と、後から何度も参照される「ストック情報」の2種類があります。問題は、多くの組織でストック情報までがフローの中に埋もれていることです。

比較軸 フロー情報 ストック情報
代表例 チャット、会議での口頭説明、日々の連絡 手順書、判断の経緯、よくある質問への回答
価値の持続期間 数時間〜数日 数か月〜数年
向いている置き場 チャットツール、メール Wiki、共有の文書庫
探しやすさ 時間がたつほど埋もれる 分類と検索で何度でも探し出せる
放置したときの損失 小さい 人の異動・退職とともに失われる

マッキンゼー・グローバル・インスティテュートの報告書は、次のように推計しました。知識を扱うホワイトカラー(同報告の言う「インタラクション・ワーカー」)は、週の労働時間のおよそ20%を探しものに費やしているとされます。社内の情報を探したり、助けてくれる同僚を探したりする時間です(出典:McKinsey Global Institute「The social economy」、2012年7月)。チャットツールが広まる前の推計です。

10人のチームで各人が「聞く・聞かれる・探す」に1日30分を使うと、1日5時間、月20営業日で約100時間になります(筆者による試算。前提の時間は職場により異なります)。1人の1か月の労働時間(約160時間)の6割強に当たります。

3|SECIモデルを実務に当てはめる—Wikiが担う役割

当時一橋大学の野中郁次郎氏と竹内弘高氏は、組織の知識がどう生まれるかを説明しました。知識には、言葉にしにくい「暗黙知」と、文章や図にできる「形式知」があります。この2つが互いに変換されることで、組織の知識が生まれるという考え方です。この循環を4つの段階で示したのがSECIモデルで、名前は4段階の英語名の頭文字です(出典:Nonaka, 1994。野中郁次郎・竹内弘高『知識創造企業』東洋経済新報社、1996年)。

段階 変換 実務での姿 Wikiの役割
共同化(Socialization) 暗黙知→暗黙知 同行する・隣で作業を見る・一緒に失敗する 直接は担わない。ただし「誰が詳しいか」の案内役になる
表出化(Externalization) 暗黙知→形式知 ベテランのやり方や判断の理由を言葉にする 書き残す場そのもの。Wikiが最も役立つ段階
連結化(Combination) 形式知→形式知 複数の手順や事例を組み合わせ、新しい型をつくる 分類・リンク・タグ(記事に付ける目印の言葉)で記事同士をつなぐ
内面化(Internalization) 形式知→暗黙知 文書を読んで実践し、自分の技能にする 新人が自分で読んで仕事を覚える教材になる

表出化は、家庭の料理にたとえると分かりやすくなります。「塩はひとつまみ、火加減は様子を見て」と体で覚えている味付けは、作る本人がいなくなると再現できません。分量と手順、そうする理由をレシピに書き残せば、別の人でも同じ味に近づけます。

Wikiは4段階すべてを代替するわけではありません。現場で一緒に働く経験(共同化)は、文書では置き換えられません。Wikiが担うのは、表出化と連結化を日々の仕組みとして続け、その成果を誰もが内面化の材料にできるようにすることです。

4|実行のポイント—分類の設計・運用ルール・導入の進め方

分類は「探す人の目線」で設計する

分類は、書く人ではなく探す人の目線で決めます。プロジェクトWikiでは、次の4つの軸を組み合わせると迷いにくくなります。

分類の軸 内容 例
担当領域 業務の持ち場ごとに分ける 営業、経理、制作、顧客対応
フェーズ プロジェクトの段階ごとに分ける 企画、準備、実行、振り返り
定常/非定常 繰り返す業務と臨時の業務を分ける 日次・週次・月次の作業/申請手続き・会議運営
アーカイブ(保管用の区分) 終わった業務を現在の業務と分ける 過去の案件、使わなくなった手順

記事を書くときのゴールは、「初めての人が読んで再現できること」です。画面の画像や箇条書きを使い、手順だけでなく「なぜそうするのか」という判断の理由も一行添えます。そうすれば、例外が起きたときに読み手が自分で考えられます。

「廃墟Wiki」にしない3つの運用ルール

  • 更新履歴を残す:記事ごとに最終更新日と更新者を明記する。情報が新しいかどうかを、読み手が判断できるようにする
  • 気づいた人が直す:古い記述を見つけたら、持ち主の許可を待たずにその場で直してよいと決めておく
  • 定期的に手入れする:月1回30分程度の見直しの時間を決める。古い記事はアーカイブに移すか、似た記事と統合する

生成AIの社内検索は「整った文書」が前提になる

社内文書を生成AIに読ませて質問に答えさせる仕組みへの関心が高まっています。RAG(検索拡張生成。AIが社内文書を検索し、その内容を根拠に回答をつくる方式)と呼ばれる仕組みです。生成AIは書く手間も下げます。ベテランへの聞き取りや会議の録音から、手順書の下書きをつくれます。ただし、下書きが正しいかを確かめ、最新版として確定させるのは持ち主の役割です。

導入は5つのステップで小さく始める

STEP1 目的と持ち主を決める

目的を「引き継ぎを楽にする」「新人が早く一人で仕事を回せるようにする」などの一つに絞ります。そのうえで、Wikiの持ち主と書く時間の扱いを決めます。

STEP2 ツールは「今使っているもの」から選ぶ

新しい製品を探すより、社員が日常的に開いている環境で使えるものの方が定着します。機能の多さより、書きやすさと検索のしやすさを優先します。

STEP3 よく聞かれる質問から書き始める

最初から全業務を網羅しようとせず、同じ質問が繰り返されている5〜10件から書きます。効果を実感しやすく、書く意味が社内に伝わります。

STEP4 頻度の高い業務の手順を優先して蓄える

毎日・毎週発生する業務の手順を優先します。次に、引き継ぎで困りやすい非定常業務(臨時や不定期の業務)へ広げます。退職が決まった人の仕事は、後任が隣で見ながら書き残します。

STEP5 運用ルールを整え、他のチームへ広げる

1つのプロジェクトで3か月ほど運用します。分類と運用ルールを見直してから、他のチームへ展開します。

5|よくある誤解—ナレッジ共有が定着しない経営判断のパターン

誤解① 「良いツールを入れれば、自然に知識はたまる」 ツールは書く場所を用意するだけで、中身を書くのは人です。書く時間も持ち主もなければ、どれほど高機能なツールでも数か月で更新が止まります。

誤解② 「チャットに全部残っているから、改めて書く必要はない」 チャットはフロー情報の置き場です。AIの検索や要約で過去のやり取りは探せても、結論に至るまでの発言が散らばり、どれが最終的な決定なのかは読み取りにくいままです。繰り返し参照される情報は、要点を整理してWikiに移す必要があります。

誤解③ 「生成AIを入れれば、文書を整えなくても社内の知識を引き出せる」 社内検索に使う生成AIは、社内の文書を根拠に答えを組み立てます。文書が古いまま放置されていれば、AIは古い情報を自信をもって答えます。AIの導入は文書整備の代わりにはならず、むしろ、どれが最新版か分かる状態に文書を整える重要性を高めます。

6|経営判断チェックリスト—今やるべきか否かの判断軸

ナレッジ共有の仕組みづくりを優先すべき企業の条件

  • 特定の社員が休むと、止まる業務がある
  • 新しく入った社員が一人で仕事を回せるまでに、教える側が多くの時間を取られている
  • 同じ質問がチャットや口頭で何度も繰り返されている
  • 手順書はあるが、どれが最新か分からず、結局人に聞いている
  • 生成AIによる社内検索を検討しているが、元になる文書が整っていない

今やるべきかの判断軸

最大の判断軸は、ベテランの異動・退職や採用の増加が近いかどうかです。人の入れ替わりが予定されている場合や、事業の拡大で人を増やす局面では、知識を書き残す投資は早いほど回収も早くなります。反対に、メンバーが固定され、業務がほとんど変わらない小さなチームなら、よく聞かれる質問の10件だけを書き、効果を見て広げる判断でも十分です。

やらない場合のリスク

知識を人の頭の中に置いたままにすると、リスクは3つの形で現れます。第一に、業務の要となる社員(キーパーソン)の退職や長期休業で、業務がそのまま止まるリスクです。第二に、ベテランが質問対応に時間を取られ続けるリスクです。本来担うべき改善や新しい仕事に手が回らなくなります。第三に、生成AIを導入しても元の文書が整わず、効果が出ないリスクです。

7|経営者への一言

知識は、書き残され、別の人が使えた時点で、組織のものになる。頼れるベテランは組織の強みです。ただし、その人にしか分からない仕事が残っているうちは、同じ大きさの弱みでもあります。

参考文献

1分で鍛える意思決定 / 組織【登録者限定】

従業員40名ほどの内装工事会社。見積もりと現場の段取りを一手に担ってきたベテランが半年後に退職し、春には新卒が3人入ってくる。

あなたならどうする?

ベテランの退職まで半年、最初に打つ手は?

正解はありません。登録すると、3つの選択肢から選んで、記事が示す見方まで読めます。

この先は、メールアドレスを登録すると読めます

選択肢に答えると、記事が示す見方と、あなたの判断の記録が残ります。

パスワードはありません。お送りするのは知のワークアウトに関するお知らせのみです。

← 記事一覧へ