ROI事件ファイル No.545『専門知識は、増えるほど誰かの頭の中に消えていった』
専門知識は、増えるほど誰かの頭の中に消えていった
第一章：知識はあるのに、探せない
「中古オートバイの商品情報を、一元管理したいんです。社員が情報を探すのに、時間がかかりすぎている」
MotoQuest社のCEO、駒井隼人氏は、そう言いながら状況を語った。中古オートバイの販売を手掛ける急成長企業。「車種ごとの特徴、整備履歴、故障診断、純正パーツ情報——専門知識が膨大なんです。でも、自社システムや整備履歴、メーカーサイトに点在していて、探すのに手間がかかる」
「成長の過程で、何が起きていますか」とClaudeが尋ねた。
「社員が増えるほど、属人化が進んでいます」と駒井氏が答えた。「ベテランの頭の中にある知識が、体系的に蓄積されていない。新人が増えても、知識が共有されない。顧客から専門的な質問が来ても、即座に答えられる体制がない」
「ナレッジを蓄積する仕組みを、作ろうとしたことは」と私が確認した。
「あります」と駒井氏が答えた。「でも、最初に完璧なシステムを作ろうとして、要件が膨らんで頓挫しました。全部入りを目指したら、いつまでも完成しない。知識は増え続けるのに、仕組みが追いつかない」
「知識が点在して属人化しているなら、完璧を目指さず、小さく作って育てる必要がありますね」と私が応じた。「アジャイル開発で分解しましょう」
第二章：AGILE_DEVELOPMENTが問う、小さく作って育てる開発
「この案件には、AGILE_DEVELOPMENTが必要です」
Claudeがホワイトボードに、短い区間を繰り返す矢印を描いた。
「AGILE_DEVELOPMENT——アジャイル開発とは、短い期間（スプリント）で小さく作り、使ってもらい、改善を繰り返すフレームワークです」と私が説明した。「最初に完璧な仕様を固めるのではなく、必要最低限から始めて育てる。ナレッジ管理は、知識が増え続けるから完成しない。完成を待たず、小さく作って回し続ける道具です」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。駒井氏から提供されたデータを入力する。
「月間のコストが出ました」とGeminiが読み上げた。「点在情報の検索に要する工数が月平均二百時間、時給三千六百円で月七十二万円。顧客の専門質問への即答不能による商談機会損失が月平均四十八万円。ナレッジ非蓄積・属人化による引き継ぎリスク期待値が月平均四十五万円。整備履歴・故障診断の重複調査工数が月平均三十三万円。大規模一括開発の頓挫リスクによる機会損失が月平均三十万円。合計で月二百二十八万円。年間換算で約二千七百三十六万円」
駒井氏が数字を見つめた。「情報を探す時間だけだと思っていました。即答できない機会損失や、属人化のリスクまで入れると、これほどとは」
「では、AGILE_DEVELOPMENTで設計します」と私が続けた。
[スクラムチームの編成——知識を持つ人を集める]
「最初に、専門知識を持つメンバーでチームを組みます」とClaudeが言った。「ベテランと開発を同じチームに入れ、頭の中の知識を引き出しながら作る。知識の持ち主と作り手が離れていると、属人化は解けません」
[スプリント計画——二週間で作る範囲を決める]
「次に、二週間単位で作る範囲を決めます」とGeminiが続けた。「全部入りを目指さず、まず最も検索される車種情報から。短い区間に区切るから、完成を待たず効果が出始めます」
[インクリメンタルな開発——最小から育てる]
「区切った範囲を、最小限の機能で作って使ってもらいます」と私が続けた。「使う中で出た要望を次のスプリントに反映する。完璧な仕様ではなく、使われる仕様を積み上げます」
[レビューとレトロスペクティブ——回して改善する]
「最後に、各スプリントの終わりに振り返ります」とClaudeが続けた。「何が効いたか、何が抜けたかを確認し、次に活かす。知識が増え続けても、回し続ければ仕組みが追いつく構造です」
[投資回収を試算する]
「ROI Proposal Generatorで試算しましょう」とGeminiが提案した。
- 初期費用：スクラムチーム編成・ナレッジ基盤構築・初期スプリント開発・整備履歴/故障診断データ整理・研修費用合計五百十万円
- 月次費用：基盤運用・継続改善費合算月二十五万円
- 月次削減効果：情報検索工数削減＝月五十七万円（八割削減想定）、即答体制による機会損失回復＝月三十八万円、ナレッジ蓄積による属人化解消＝月三十五万円、重複調査削減＝月二十二万円、合計月百五十二万円
- 月次純削減：百五十二万円－二十五万円＝月百二十七万円
- 投資回収期間：五百十万円÷百二十七万円＝約四・〇ヶ月
「四ヶ月の回収です」とGeminiが整理した。「効くのは、完璧を目指さず最も検索される情報から作る点です。全部入りを待たず、効果の高い範囲から小さく出す。スプリントで回しながら育てるので、要件が膨らんで頓挫する失敗を避けられます」
駒井氏が数字を確認しながら言った。「完璧なシステムを一度に、と考えて頓挫していました。小さく作って育てると、知識が増えても追いつく」
「AGILE_DEVELOPMENTは、完成しない知識を小さく作って育てる道具です」と私が応じた。
第三章：小さく作って育てる導入計画
「進め方を整理します」と私がホワイトボードの前に立った。
「第一ヶ月——スクラムチームの編成、ベテランと開発の同席。第二ヶ月——スプリント計画、最も検索される車種情報の選定。第三・四ヶ月——初期スプリントでの最小機能の開発と利用開始。第五ヶ月——レビューとレトロスペクティブ、要望の反映。第六ヶ月——整備履歴・故障診断への範囲拡大。第七ヶ月以降——顧客向け即答機能の追加、スプリントの継続でナレッジを育成」
「いつ完成するんですか」と駒井氏が確認した。
「完成は目指しません」とClaudeが応じた。「知識は増え続けるから、完成を待つと永遠に使えない。最小から始めて、使いながら育てる。スプリントごとに使える範囲が広がるから、完成を待たずに効果が出る。完成しないことを前提にするのが、アジャイルの強みです」
駒井氏がメモを取りながら言った。「完璧を待たず、小さく作って回す。頓挫しない順序が見えました」
第四章：知識が、頭の中から出てきた日
九ヶ月後、駒井氏から報告が届いた。
点在していた商品情報は、ナレッジ基盤への集約で、検索時間が大幅に短縮。「車種ごとの特徴も整備履歴も、一箇所で探せる。あちこちのサイトを行き来する時間が消えた」と駒井氏は記していた。
属人化も解消に向かった。ベテランの頭の中にあった知識が、仕組みに蓄積された。「あの人に聞かないと分からない、が減った。新人でも同じ知識にアクセスできる」と報告書にあった。
最も大きな変化は、開発の進み方に表れた。頓挫していたシステムが、小さく回ることで前に進んだ。「全部入りを目指して止まっていたのが、二週間ごとに使える範囲が増えた。完成を待たずに効果が出た」と駒井氏は記していた。
顧客対応も速くなった。専門的な質問に、即座に答えられるようになった。「お客様の質問に、その場で根拠を出して答えられる。商談が止まらなくなった」と報告書にあった。
副次効果として、知識を出す文化が生まれた。スプリントで知識が形になるたびに、共有が進んだ。「ベテランが知識を抱え込まず、出すようになった。出せば仕組みに残る、と分かったから」と駒井氏は記していた。
駒井氏の報告書の最後にはこう書かれていた。「ナレッジ管理は、完璧を目指して頓挫していた。アジャイルで小さく作って回した瞬間に、知識が頭の中から出てきた。完成しない知識は、育てるしかない」
専門知識が増えるほど頭の中に消えていた会社が、知識を育てて残せる会社に変わった日、ナレッジ管理は完成を待つ大工事から、小さく作って育てる開発に変わっていた、と記されていた。
「ナレッジ管理の相談は、たいてい完璧なシステムを一度に作ろうとして頓挫する。だが知識は増え続けるから、完成を待てばいつまでも使えない。AGILE_DEVELOPMENTが問うのは、小さく作って育てる開発だ。最も使われる範囲から最小限で作り、使いながら改善を回す。専門知識が増えるほど頭の中に消えていた会社が、知識を育てて残せた日、変わったのはシステムの規模ではなく、完成を待たず小さく回して育てる視点そのものだった」
関連ファイル
使用ツール
- ROI Polygraph — 情報検索工数・即答不能の機会損失・属人化リスクの可視化
- ROI Proposal Generator — スプリント起点のナレッジ管理の投資回収シミュレーション
