なぜチームはコンテキストを失い続けるのか、そしてなぜどのツールもそれを解決できていないのか
Confluenceの要件、誰かの頭の中や半年以上前のNotionページにあるアーキテクチャ決定、Gitのコード、誰も検索しないSlackスレッド——情報が分散し、新メンバーは毎回ゼロからすべてを組み立て直さなければならない。AIが賢くなる前に、システムの背後にある「なぜ」が消え去っているのが本当のボトルネックだ。スプリント間で一貫性のない意思決定、数日で済むはずのオンボーディングが数週間かかる問題に対し、実際のエンジニアリングチームでコンテキスト継続性を解決した事例はあるのだろうか。
背景メモ
ソフトウェア開発チームが抱える「知識の分散・消失」問題についての議論。Confluence（アトラシアン社のドキュメントツール）、Notion（多機能ドキュメント＆Wikiサービス）、Git（ソースコード管理システム）、Slack（ビジネス向けチャットツール）といったツールに情報が分散し、設計判断の背景（なぜその方式を選んだか）がチームから失われていく現象を指している。
- 背景にあるのは「コードはGitに残るが、設計判断の議論やトレードオフの検討過程は消える」という業界全体の課題
- AIコーディング支援（GitHub Copilot、Cursorなど）が台頭する中、AIが参照できるのはコードのみで、そのコードが生まれた経緯を理解できないため、局所的には正しいが全体アーキテクチャと矛盾する提案をしがち
- 「オンボーディング（新規メンバーの立ち上げ）に数週間かかる」という、規模を拡大したチームに共通する悪夢
- 類似の問題に取り組むプロジェクトとして、Architectural Decision Records（ADR：設計判断を1件1件ドキュメント化する手法）や、社内Wiki文化の再興運動などがあるが、持続可能な解決策は業界として確立されていない