組織のナレッジを蓄積・継承する方法

組織知（インスティテューショナル・ナレッジ）とは、文書化されていない、会社が知っていることのすべてです。意思決定が下された理由、プロセスが実際に機能している方法（文書化されている方法とは対照的）、主要な人間関係は誰か、これまでに何が試され、なぜ機能しなかったのか、そして経験豊富な従業員が新しい従業員よりもはるかに効率的に働けるようになるための蓄積された文脈を指します。

また、これはあらゆる組織において最も壊れやすい資産でもあります。なぜなら、人間の記憶という、利用可能な中で最も信頼性の低い媒体に保存されているからです。その人々が去ると、知識も一緒に去ってしまいます。その人々が不在のとき（休暇中、別のタイムゾーン、他の業務に集中しているとき）、その知識は一時的に他の誰もアクセスできなくなります。

ほとんどの企業は、組織知の不在を痛感するまで、その存在について考えません。通常は、重要人物が退職し、チームがどれだけの文脈が一緒に失われたかに気づいた後になってからです。その時点では、損失はすでに発生しており、それを再構築するには多大な費用と時間がかかり、不完全なものになります。

何が組織知にあたるのか

組織知はいくつかのカテゴリーに分類され、それぞれに異なる保存アプローチが必要です。

意思決定の経緯。 物事がなぜそうなっているのか。なぜこの技術が選ばれたのか、なぜこのプロセスが存在するのか、なぜこのチームがこのように構成されているのか。意思決定自体は組織の現在の状態に見えるかもしれませんが、その背後にある理由（検討された代替案、選択を促した制約、受け入れられたトレードオフ）は通常、その場にいた人々の頭の中に閉じ込められています。

プロセスの知識。 公式に文書化されている方法とは異なる、物事が実際にどのように機能しているか。すべての組織には、書面での手順から乖離した形で、実践を通じて進化してきたプロセスがあります。公式のプロセスは一つのことを述べています。毎日それを行っている人々は少し異なることをしており、その違いは通常、正式に記録されることのなかった改善点です。

関係性の文脈。 誰に何を相談すべきか、特定のクライアントやパートナーとどのように効果的に仕事を進めるか、意思決定の種類によって、どのステークホルダーに早い段階で共有しておく必要があるか。これは、経験豊富なアカウントマネージャーやプログラムディレクターが、同じ役割の新規採用者よりもはるかに高いパフォーマンスを発揮できるようにする知識です。

失敗の歴史。 過去に何が試され、なぜ失敗したのか。これは、組織が同じ過ちを繰り返すのを防ぐため、最も価値のある組織知の一部ですが、組織には失敗を忘れてしまう自然な傾向があるため、最も失われやすいものでもあります。

文化的規範。 実際に業務がどのように遂行されるかを支配する明文化されていないルール。どの会議が重要か、どのSlackチャンネルで本音の会話が行われているか、実務における「緊急」とは何を意味するのか、そして組織図が示す方法とは対照的に、意思決定が実際にどのように下されるかなどです。

なぜ標準的なアプローチは失敗するのか

退職面談では、退職する人が思いついたことしか聞き出せません。これは通常、彼らが実際に知っていることのほんの一部にすぎません。ほとんどの組織知は文脈依存であり、オンデマンドで思い出せるものではなく、特定の状況に応じて表面化するものだからです。

予告期間中の引き継ぎセッションはそれよりは優れていますが、時間の制約が加わり、同じ限界に直面します。2年間に蓄積された文脈を2週間で引き継ぐには不十分であり、後任者は保持できる量以上の情報を吸収することになります。

ドキュメンテーション・スプリント（すべてを書き出すための定期的な取り組み）は、作成した瞬間に陳腐化し始めるスナップショットを捉えるだけです。ドキュメントは執筆時点の現実を反映していますが、その後の意思決定、プロセスの変更、組織のシフトのたびに現実から乖離していきます。

メンター制度やシャドーイングは知識を効果的に伝達しますが、知識保持者の可用性に依存し、1対1の関係を超えて拡張できず、永続的で検索可能な記録を残しません。

継続的なキャプチャモデル

構造的な解決策は、退職やドキュメンテーション・スプリントを契機とする特別なプロジェクトとしてではなく、日々の業務の副産物として組織知をキャプチャすることです。

組織知を生み出す知識共有活動は、すでに発生しています。物事がなぜそのように機能するのかを説明するSlackのスレッド、意思決定が議論され文脈が共有される会議、エンジニアがその理由を説明するPR（プルリクエスト）の説明、そして関係性の文脈が伝えられるメールのやり取りの中で行われています。

自動で作成されるドキュメント（Self-writing documentation）は、これらの知識が作成されると同時にキャプチャし、検索可能で永続的なナレッジベースへと構造化します。1週間で画面から消えてしまうはずだったSlackの説明が、ドキュメントの永続的な一部になります。忘れ去られてしまうはずだった会議の議論が、検索可能な記録になります。コミット履歴に埋もれてしまうはずだったPRの説明が、システムドキュメントの一部になります。

数ヶ月経つと、これにより組織の組織知のかなりの、そして継続的に成長する部分を含むナレッジレイヤーが構築されます。新入社員はオンボーディング中にそれを検索できます。既存の従業員は、組織の馴染みのない部分に関する文脈が必要なときにそれを検索できます。そして、誰かが退職しても、通常の業務を通じて生成されたドキュメントはそのまま残ります。

実践の始め方

現在、あなたの組織に組織知を保存するための体系的なアプローチがない場合、実用的なスタートラインは、知識がすでに共有されているソースを、それをキャプチャして構造化するシステムに接続することです。

Slack（意思決定が議論される場所）、GitHub（技術的な理由が記録される場所）、そして会議（文脈が口頭で共有される場所）を、自動で作成されるウィキに接続します。システムはすぐにこれらのソースからナレッジベースの構築を開始し、アクティビティがキャプチャされるにつれて、ナレッジベースは日々豊かになっていきます。

この投資は、保存される知識の価値に比べれば極めて少額です。十分なドキュメントがないままキーパーソンが1人退職することによる損失は、生産性の低下、プロジェクトの遅延、ミスの繰り返しなどで測定され、通常、保存システムのコストを何倍も上回ります。

よくある質問

失うリスクのある組織知をどのように特定すればよいですか？ 特定の個人に集中している知識を特定するには、次のように自問してみてください。「各重要システム、プロセス、または関係について、詳しく説明できる人は何人いますか？」答えが1人または2人の場合、それは集中リスクです。キーパーソンリスクのフレームワークは、この評価を具体化します。

これは非技術系チームでも機能しますか？ はい。組織知はすべての部門に存在します。営業（クライアントの歴史、取引の文脈）、運用（プロセスの知識、ベンダー関係）、財務（予算の歴史、報告の慣例）、人事（採用パターン、方針の理由）などです。キャプチャの仕組みは、書面または口頭のチャネルを通じて知識が共有されている場所であればどこでも機能します。

システムが役に立つようになるまでどれくらいかかりますか？ 価値はキャプチャされた知識の量に応じてスケールします。最初の1ヶ月以内に、システムは日々の活動から十分な文脈をキャプチャし、最近の意思決定や現在のプロジェクトに関する基本的な質問に答えることができるようになります。6ヶ月後には、幅広いトピックや歴史的な文脈をカバーする、本物の「組織の記憶」となります。

関連記事： キーパーソンリスク、暗黙知の隠れたコスト、さまざまな知識の種類、ナレッジマネジメントとは。関連ページ： 自動で作成されるドキュメント、知識の保持、オンボーディング。