【創作大賞2026ビジネス部門応募作】【記憶と記録】第五章｜チームの記憶は、なぜいつも壊れるのか
記憶と記録─なぜ、人間は記録するのか
図書館は、司書が変わっても何十年も同じ本を提供し続けます。
では、なぜ職場は、担当者が変わると途端に機能しなくなるのでしょうか。
この問いに、組織の記憶の問題の核心が凝縮されています。図書館には目録があります。すべての本にタイトルと著者と分類番号が付与されていて、誰が探しても同じ方法で辿り着ける。司書の記憶ではなく、目録という仕組みが知識を守っています。司書が変わっても、目録は変わらない。だから図書館は続いていく。
職場の多くは、目録なしで運営されています。「あの情報がどこにあるか」を知っているのは、特定の人だけ。その人が去れば、情報の在処も消えます。
ここに、組織の記憶が繰り返し壊れる理由があります。
組織の記憶は、人に宿っています。組織の記録は、仕組みに宿っています。だから人が去っても、仕組みは残る。しかし多くの組織は、記録の仕組みを持たないまま、人の記憶に依存して動き続けています。人が去るたびに、記憶も去っていく。これは怠慢の問題でも、引き継ぎの問題でもありません。設計の問題です。
暗黙知という、消えゆく知恵
組織の記憶を考えるとき、避けて通れない概念があります。暗黙知と形式知です。
形式知とは、言語化・文書化された知識です。マニュアル、手順書、データベース、報告書、特許——文字や数字として外部化されているため、誰でも参照できます。
暗黙知とは、個人の経験や感覚の中に宿る、言語化しにくい知識です。熟練した研究者の「この反応、うまくいく気がする」という直感。ベテランが顧客の声のトーンから読み取る「今日は機嫌が悪い」という察知。製造現場の職人が機械の振動音で異常を感じ取る感覚——これらは当人の記憶の中にあり、記録の外にあります。
氷山に例えると、水面上に見えている部分が形式知で、水面下に沈んでいる大きな部分が暗黙知です。組織が実際に動いているとき、頼っているのは水面下の部分が多い。しかしその部分は、見えません。測れません。記録にもなりません。
経営学者の野中郁次郎は、組織の知識創造について「SECIモデル」という概念を提唱しました。暗黙知と形式知がどのように変換されながら組織の中で循環するかを示したものです。その中で最も重要で、最も困難なステップとされているのが「表出化」——暗黙知を言語化して形式知に変える段階です。
守破離の「離」に至った熟練者が持つ知恵を、そのまま記録に移すことは不可能に近い。体で覚えた感覚、状況を瞬時に読む直感——これらは言語化した瞬間に、何か大切なものを失います。だからこそ野中は、暗黙知の形式知化は「対話」と「場の共有」によって起きると言っています。師匠と弟子が同じ作業をしながら、言葉ではなく経験を通じて知恵が伝わる。守破離そのものが、この表出化のプロセスです。
しかし問題は、そのような高度な知恵だけではありません。組織の多くは、もっと初歩的な形式知の整備すら十分にできていないのです。
会議の議事録には「承認」と書かれているが、なぜ承認したのかが書かれていない。Excelには数値が並んでいるが、その数値が生まれた背景がない。マニュアルは存在しているが、現場の実態との乖離が記録されていない。記録の形をしていても、文脈がなければ、その記録は読む人の記憶に頼らなければ意味をなしません。
形式知に見えて、実は暗黙知に依存している。これが「記録はあるが、知識として機能していない」状態の本質です。
なぜ、同じ問題が繰り返されるのか
組織の記録が機能しない理由には、構造的なパターンがあります。
記録と判断が分離していることが、そのひとつです。担当者がデータを入力し、別の誰かが判断を下す。しかし判断の根拠は記録に残らない。「承認」とだけ書かれた議事録は、次に同じ判断が必要になったとき、何の手がかりにもなりません。記録は存在していても、判断を生んだ文脈が切り離されている。
人の移動とともに文脈が消えることも、構造的な問題です。異動・退職・産休——人が動くたびに、その人の頭の中にある文脈が組織から失われます。引き継ぎをどれほど丁寧に行っても、長年の経緯をすべて渡すことは不可能です。守破離の「守」の断片は渡せても、「破」と「離」の知恵は、渡せないまま去っていく。これは引き継ぎをさぼった人間の問題ではなく、記憶という仕組みの本質的な限界です。
そしてツールが乱立し、記録が分散することも避けられません。メール、チャット、共有フォルダ、社内システム、個人のPC——探す場所が多いほど、誰も探さなくなります。「また一から作ればいい」という判断が繰り返され、組織は毎日、過去の自分の経験を再発見し続けています。
この3つは、いずれも記録の設計思想の欠如から来ています。逆に言えば、設計を整えることで、構造的に変えられます。
研究者として、直面したこと
退職した人、部署移動した人、転職した人——そうした先人たちが持っていた技術を再編集しようというプロジェクトが、社内で動いたことがあります。
しかし、現実は厳しいものでした。
データは散乱していました。ある人のフォルダには実験数値だけがある。別の人が残したExcelは、何の条件で取ったデータかわからない。まとまった報告書のようなものは、ほとんど存在しなかった。部分的な記録は見つかっても、それを繋いで「この人が何を知っていたか」を再現することは、不可能に近かった。
記憶は人とともに去っていた。残っていたのは、文脈を失ったデータの断片だけでした。
完全に記録に起こすことは無理だと悟りました。しかしそのとき、考え方を転換しました。
その人たちが出願した特許を、調べてみたのです。
特許には、文脈がありました。何を発明したのか、なぜその技術が必要だったのか、従来の何が課題だったのか、どうやって解決したのか——特許文書には、発明に至るまでの思考の経緯が、体系的に記録されていました。内部のExcelに残っていなかったものが、公開された特許にはあった。
自社にまとまったデータがないのは、恥ずべきことです。しかし特許をひとつひとつ読み解くことで、先人たちが積み上げてきた技術の流れが見えてきました。どの技術をいつ確立し、どこに課題を感じ、何を次の一手として選んできたのか。自社の技術ポートフォリオを、社内のデータではなく、公開された特許から再構築することになった。
皮肉な話です。内部の記録は失われていたのに、外部に公開された記録のほうが、自社の技術の歴史を正確に語っていた。
特許は、第二章で書いたように、登録後に誰も書き換えられない記録です。DOIを持つ学術論文と同じように、一意に識別され、永続的に参照でき、文脈が保証されています。残る、探せる、変わらない——図書館の3つの条件を、特許は満たしていた。一方、社内のExcelには、そのどれもなかった。
この体験が、私に記録の設計について最も強く問いかけてきた瞬間でした。記録の設計とは、未来の誰かが「続きから始められる」ようにすることです。そしてそれが設計されていないとき、組織はゼロから、あるいはマイナスから始めるしかない。
組織は、これからどうすればいいか
完全な解決策は存在しません。守破離の「離」に至った深い暗黙知を、記録として完全に残すことは不可能です。しかし、だからといって諦める理由にはなりません。できることから設計を始めることが、何もしないことと大きな差を生みます。
まず、暗黙知を形式知に変えるタイミングを意識することです。SECIモデルが示すように、表出化は「対話」の中で起きます。退職の直前に慌ててまとめるのではなく、日常の業務の中で「なぜそうするのか」を言語化する習慣が、じわじわと組織の形式知を育てていきます。ベテランが若手に教えるとき、「こうすればいい」ではなく「なぜこうするのか」を一言添える。その一言が、暗黙知を形式知に変えるきっかけになります。使うツールはExcelでも、チャットのメモでも、実験ノートでも構いません。大事なのは「なぜ」を残す意識です。
次に、記録を設計する共通のインフラを整えることです。個人のExcelが乱立している状態では、どれほど丁寧に記録を書いても散逸します。PostgreSQLのようなデータベースで記録を構造化し、GitやGitHubで変更履歴を管理し、クラウドで冗長化する。大規模なシステム投資を意味するわけではありません。命名規則を統一し、数値の隣に判断の根拠を一行添える——小さな設計の積み重ねが、組織の目録を作っていきます。
そして、特許や学術論文という設計された記録の力を、もっと意識することです。先人の技術が社内のデータからは見えなくなっていても、特許から見えてくることがある。私たちが体験したように。形式知として設計された記録は、人の記憶が消えた後も組織の財産として残ります。社内の記録が散逸しても、外部に公開された特許や論文は消えない。記録の設計に投資することは、組織の未来への投資であり、同時に社会への知識の貢献でもあります。
組織に、目録を作る
図書館が何十年も機能し続ける理由は、司書の記憶力ではありません。目録という設計があるからです。
組織の記録も、同じ思想で設計できます。誰がデータを入力しても同じ構造で蓄積されること、どこから検索しても同じ記録に辿り着けること、人が変わっても記録が残り続けること——この3つを実現することが、組織に目録を作ることです。
ここで重要なのは、この思想を実現するためのツールは、ひとつではないということです。
Excelでも、設計次第で十分に機能します。命名規則を統一し、変更履歴を残す列を作り、数値の隣に判断の根拠を書く欄を設ける。それだけで、Excelは「個人の記憶に依存した道具」から「組織が参照できる記録」に変わります。大切なのはExcelを捨てることではなく、Excelを記録として設計することです。
より多くの人が同時にアクセスし、変更履歴を自動的に管理したい場合は、データベースという選択肢があります。SQLiteは個人やチームが手軽に始められる軽量なデータベースで、PostgreSQLやMySQLは複数部門が同時に使う組織向けの本格的な構成です。第四章で書いた移行が、異なる開発部隊の連携を生んだのは、共通の目録が組織に初めてできたからです。「あの部署が何を開発しているか」が、聞かなくてもわかるようになった。記録の設計が、会話を生みました。
文書や知識の管理が中心であれば、NotionやConfluence、SharePointのようなSaaSツールも有効です。これらはデータベースほど構造的ではありませんが、文脈を持った文書を組織で共有しやすい設計になっています。どのツールを選ぶかより、そこに文脈を残す習慣を作ることのほうが、ずっと重要です。
GitやGitHubは、コードや文書の変更履歴を管理する仕組みです。誰がいつ何をなぜ変えたかが完全に残り、過去のどの時点にも戻れる。「最終版_修正_本当の最終版」というExcelの悲劇が、Gitでは構造的に起きません。
これらのツールはすべて、程度の差こそあれ、図書館の目録の思想を実装しようとしています。Excelから始めてもいい。Notionから始めてもいい。大切なのは、何かひとつを選んで、命名規則と文脈の記録を設計することです。完璧な仕組みを最初から作る必要はありません。「残る、探せる、変わらない」という思想を持って、今日から使っている道具を少し変えるだけでも、組織の記憶は少しずつ記録に変わっていきます。
組織の知性は、記録の設計で決まる
DXという言葉が叫ばれて久しいですが、ツールを変えるだけでは組織の記憶の構造は変わりません。ExcelがNotionに変わっても、社内システムが刷新されても、文脈のない記録を積み上げ続ける習慣が変わらなければ、問題は再生産されます。優秀な人材も、高度なAIも、設計のない記録の上では力を発揮できない。
近年注目されているRAG（検索拡張生成）は、生成AIが組織のデータベースや文書群を図書館の目録のように検索し、参照しながら回答を生成する仕組みです。組織の記録が適切に設計されていれば、「前任者が何をやっていたか」という問いに、AIが答えてくれる可能性がある。「あの人に聞けばわかる」が「記録を調べればわかる」に変わっていく。
しかし変わらない前提があります。元の記録が文脈を持っていなければ、どんなAIも機能しません。Excelでも、Notionでも、PostgreSQLでも、「なぜその値になったのか」が書かれていなければ、AIも読み取れない。記録の設計なき組織に、どんなツールも、どんなAIも、無力です。
組織の知性の水準は、組織の記録の設計水準が決めます。
第一章で、人間の記憶の外部化について書きました。電話番号をスマートフォンに委ねることで、人間の頭はより本質的な思考に使えるようになる。組織も同じです。人の記憶に依存する組織は、電話番号を頭で覚えていた時代と同じ状態にある。設計された記録に委ねることで、組織は「覚えておくこと」から解放され、「考えること」に集中できます。
司書が変わっても図書館が続くのは、目録という仕組みがあるからです。担当者が変わっても組織の知識が残るためには、記録の仕組みが必要です。気合いで引き継ぐのではなく、設計によって継承する。
なぜこの判断をしたのか。何を試みて、なぜうまくいかなかったのか。次の人が読んで、続きから始められるように——そう考えて記録を残すことは、未来の同僚への贈り物であり、組織の記憶を人から仕組みへと移す、小さくて確かな一歩です。そしてその仕組みは、ExcelでもNotionでもデータベースでも、設計さえあれば何からでも始められます。
次の章へ
ただし、記録を整備することには、もうひとつの側面があります。
記録が増えるほど、消えるリスクと漏れるリスクが現実的になってきます。古代アレクサンドリア図書館は火災で失われ、歴史上の権力者たちは不都合な記録を意図的に消してきました。現代では、SaaSの突然の終了、機密情報の漏洩——記録を整備するほど、守ることの重要性が増してきます。
次の章では、記録が消えるリスクと漏れるリスクについて、歴史と現代の両方から考えていきます。
続きはこちら👇
はじめから読む👇