あなたのAI活用、コンテキストが蓄積されていますか？判断や意思決定を資産に変えるために知っておきたい、中間知という概念

「あの時の経緯、誰か覚えてる？」。開発組織にいれば、この問いを一度は耳にしたことがあるはずです。Slack にも、プルリクエスト（PR）にも、Jira にも情報は残っています。それでも、過去の判断は次の判断に生かされていません。

情報は残っているのに、判断には使われていない。この状態を放置すると、探索コスト・属人化・AI活用の失速という3つの損失が同時に膨らんでいきます。具体的には、情報がバラバラに点在して探すのに時間がかかる、情報がドキュメント化されず人の頭の中にしかない、情報が構造化されておらずAIが探し出したり理解したりできない、という3つの状態です。判断文脈の喪失は、組織コストの見えないブラックホールになっています。

この記事では、なぜ情報があるのに判断に生かされないのかという構造を整理した上で、組織の判断ログを「消費」から「資産」へ転換する仕組みづくりを解説します。

情報はあるのに、なぜ判断に生かされないのか

判断の「結果」は残るが、「なぜそうしたか」は失われる

Slack、PR、Jira には意思決定の断片が残っています。しかし時間が経つと、それらは分散した記録に変わり、設計意図や優先順位の根拠は再利用できなくなります。判断の「結果」は残るのに、「なぜそうしたか」という文脈は失われていくのです。

この構造は、現場に2つの症状をもたらします。

1つ目は、検索に消える時間です。「あの時の経緯、誰か覚えてる？」と Slack や Jira を検索し続けるコストが、日々発生しています。ログは残っていても、文脈が切れていればただのノイズと化してしまいます。

2つ目は、ドキュメントの形骸化です。Notion などに経緯を残そうとしても、記述コストが高すぎて続きません。「ちゃんと書こう」という精神論では解決しない、と捉えるべき問題です。

探索コストと属人化が膨らむ構造

経緯を探す組織は、毎回ゼロから判断している

「あの経緯、誰か覚えてる？」を繰り返す組織は、過去に一度行った判断を、毎回ゼロからやり直しています。このコストは定量的にも示されています。

Atlassian の「State of Developer Experience Report 2024」によると、約7割の開発者が、技術的負債やドキュメント探索などの非効率な作業のために週8時間以上を失っています。また、Cortex の「2024 State of Developer Productivity」では、生産性が最も低下している領域として「プロジェクトのコンテキストの収集」が挙げられています。コードを書くことよりも、コンテキストの収集に余分なコストが発生しているという調査結果です。

属人化の本質は、知識ではなく「文脈」の属人化

「あの人がいないと判断できない」という状態の本質は、知識の属人化ではなく文脈の属人化です。

スキルや知識は、研修やOJTで移転できます。一方で、「なぜそう決めたか」という判断の経緯は、経験した本人の頭の中にしかありません。スキルは習得できても意思決定の経緯は移管されない。この非対称性こそ、属人化の解消を困難にしている構造的な理由です。

経緯不明なコードは触れない。触れないコードは負債として積み上がる

文脈の喪失は、技術的負債にも直結します。多くの「触れないコード」の正体は、技術的に難しいことではありません。「なぜその実装なのか」がわからないことへの恐れです。

文脈が失われると、判断の根拠が不明になります。根拠が不明だと変更を躊躇し、触れない実装が増えます。触れない実装は技術的負債として蓄積され、さらに文脈の喪失が進む。この悪循環が、負債を静かに積み上げていきます。

AI導入は文脈不足で失速する

組織固有の文脈をAIが理解できる体制が、AI活用の成果を分ける

AIを使う開発者は急増しています。しかし、成果には大きな差が生まれています。

DORA の「2025 State of AI-assisted Software Development report」は、AI活用がほぼ普遍化している一方で、成果には大きな差があることを明らかにしました。その差を分ける条件として、高品質な内部データと文脈設計を挙げています。同レポートには「生成AIツールの効果は、どんな文脈を与えるかに大きく左右される」「社内データが分断され低品質な環境では、AIは誤った、または無関係な出力の生成を加速させる」という記述があります。