知識移転の失敗構造——組織内ノウハウが新規事業に届かない断絶メカニズム

「その顧客課題は、営業部の誰かが3年前から知っていた」——新規事業が大きく育った後に、こんな話が出てくることがある。外部の市場調査会社に数百万円を払って発見したインサイトを、国内営業チームの誰かが顧客から直接聞いていた。ただ、それが新規事業チームに届いていなかっただけだ。

この「知っていたが届かなかった」という現象は、特定企業の例外ではない。組織内の知識移転が構造的に機能しない大企業では、社内に眠る知識が活用されないまま、同じ知識を外部から高い費用で買い直す行為が繰り返される。

知識の所在が見えないという根本問題

知識移転の最初の障壁は、「誰が何を知っているか分からない」という問題だ。

大企業の組織は機能別・事業別に分断されており、各部門が抱える知識は部門内にとどまる傾向がある。製造部門が培った素材加工の技術、海外拠点が持つ新興国市場の知識、顧客サービス部門が持つ問い合わせトレンドのデータ——これらは部門内では「当たり前の知識」として共有されているが、新規事業チームからは見えない。

野中郁次郎と竹内弘高が『知識創造企業』で示したように、組織知識の多くは暗黙知として存在する。熟練者の直感的判断・顧客対応の経験則・現場でしか分からない品質基準——これらは文書化されず、個人の経験の中にある。文書化されていない知識は、部門間を越えて移転しない。

大企業が新規事業チームを立ち上げたとき、そのチームは多くの場合「組織の記憶へのアクセス」なしに始まる。 外部コンサルタントに頼るのは能力の問題ではなく、社内の知識の所在が不明なための合理的な判断だ。

既存事業部門が知識を渡さないインセンティブ

知識移転が機能しない第二の原因は、知識を持つ部門側のインセンティブ構造にある。

既存事業部門は、自分たちのリソース（時間・人材・情報）を新規事業の支援に使うことに、直接的なメリットを感じにくい。自部門のKPIは既存事業の業績に紐づいており、新規事業への協力は「本業の時間を削る余業」として扱われる。

さらに、知識の共有が「自部門のノウハウを他部門に渡す」行為と受け取られると、組織内の競争構造の中でマイナスに働くことがある。「このノウハウを渡したら、来年の予算交渉で自分たちの差別性が薄れる」という懸念が、知識の囲い込みを生む。

事業開発部門の「翻訳者」役割不全で指摘したように、既存事業部門と新規事業部門の間に通訳役が存在しない組織では、この断絶は意図せず発生する。協力しない意思ではなく、協力するインセンティブがない設計の問題だ。

「社内探索」をスキップして外部に依存する習慣

知識移転の問題は、外部依存の習慣によってさらに強化される。

新規事業立案の初期フェーズで「まず外部コンサルタントに市場調査を依頼する」「スタートアップのピッチイベントに参加する」「海外視察に行く」という行動が習慣化すると、社内の知識を先に探索するというプロセスが形成されない。外部情報のコストが高くても、社内情報の取得コスト（誰に聞けばよいか分からない、依頼しにくい文化）のほうが高く感じられるからだ。

オープンイノベーション失敗診断で論じたように、外部連携が「内部能力の欠如を外部で補う」目的で使われるとき、組織内に本来あるべき知識の自家製造能力が育たない。社内知識を先に参照する文化がない組織は、外部情報への依存を深めながら、社内の知識は使われないまま劣化していく。

タイミング問題：「知っていた人」がいなくなる

知識移転を難しくするもう一つの構造的要因は、大企業特有の異動サイクルだ。

日本の大企業では、数年サイクルで人事異動が行われる。顧客課題の一次情報を持っていた営業担当者、技術の限界と可能性を知っていたエンジニア、特定市場の失敗経験を持っていた事業部門の担当者——これらの人材が異動すると、その知識も移動する。

新規事業チームが「あの顧客はこんな課題を持っている」と知りたくなる頃には、最も詳しかった人間がすでに別の部門にいることが多い。知識の旬と、知識が必要になるタイミングがずれるのは、人事異動サイクルと事業開発サイクルが同期していないからだ。

組織の失敗記憶が機能しない構造と同様に、知識の消失は「誰かが悪意を持って隠した」のではなく、保存・伝達の仕組みがないことで自然に起きる。

エキスパートマップと「社内ヒアリング週間」

知識移転を機能させる実践には、仕組みとしての設計が必要だ。

第一の実践はエキスパートマップの整備だ。 社内のどの部門・個人が、どの領域の知識を持つかをデータベース化する。「製造プロセスの効率化についての技術的な一次情報は誰が持つか」「東南アジア市場の消費者行動について現場経験があるのは誰か」——こうした問いに社内で素早く答えられる構造を作る。

これは大規模なシステム導入を必要としない。スプレッドシートでも構わない。問題は技術ではなく、「社内の誰がどんな知識を持っているかを組織が把握する」という習慣と責任の設計だ。

第二の実践は、新規事業立案の初期に「社内ヒアリング週間」を組み込むことだ。 外部調査に入る前に、仮説に関連する社内のエキスパートにヒアリングするフェーズを義務化する。このフェーズをプロセスとして設計することで、「まず外部」という習慣が「まず社内」に変わる。

知識移転は「文化」ではなく「設計」で変わる

「社内知識をオープンに共有する文化を作ろう」というアプローチは、正しい方向性だが実現が遅い。文化は設計によって形成されるからだ。

エキスパートマップによる可視化、社内ヒアリングの義務化、知識提供に対する部門間の協力を評価するKPIの設計——これらが先にあって、文化は後からついてくる。外部知識への依存が常態化した組織では、社内知識の活用を「努力目標」にしても行動は変わらない。構造として組み込まなければ、知識の断絶は再生産され続ける。