レガシーシステムの属人化をAIで解消する5ステップ――仕様書なし・担当者退職でも知識を組織資産に変える
「前任者が退職して2ヶ月、新規案件の見積もりが出せない」「委託先から引き継ぎを断られ、リリースが半年止まった」――こうした事態は、決して特殊なケースではない。仕様書がなく、担当エンジニアに依存したまま事業の中核を支えているシステムは、IPA「DX白書2023」によると基幹系システムで仕様書が整備されていない企業が約68%に上るとされる。このリスクは「いつか対処する問題」ではなく、退職・委託先変更・セキュリティインシデントのたびに顕在化する「今日の経営課題」だ。本記事では、AIリバースエンジニアリングを使って属人化したシステム知識を「組織資産」に変える実務プロセスを解説する。経営判断の背景をお探しの方は 「ドキュメントなきレガシーをAIが解読する」 もあわせてご覧ください。
「誰も全体像を知らない」が最大のリスク――仕様書なしレガシーシステムの3層構造
属人化レガシーのリスクは、単なる「ドキュメント不足」ではない。実態は3つの層で構成されている。
第1層：知識の属人化
特定のエンジニアや委託先の担当者が「頭の中で動かしている」状態。その人物が離れた瞬間、ブラックボックスが完成する。
第2層：文脈の断絶
なぜその仕様になったのか、業務のどのフローと連動しているのかという「経緯」が消える。コードは残っても、改修方針が立てられない。
第3層：信頼の崩壊
「触ると何かが壊れる気がして誰も手を付けられない」状態。保守コストが年々膨らみ、改善投資が止まる悪循環に入る。
COBOL・VB6・古いAccessマクロを扱える開発者の平均年齢は58歳を超えており、このまま5年が経過すれば主要担当者の半数以上が現場を離れる計算になる（業界統計より）。担当者退職後、保守単価が1.5〜2倍に跳ね上がるケースが多い。
AIが「読む」と「使える」は別物――レガシー解読の本質
「AIにコードを読ませれば解決する」という誤解が多い。実際には、AIがコードを解析できることと、そのシステムを業務で活用できるようになることの間には大きな差がある。
「動いた」段階: AIがソースコードを構文解析し、処理フローを図示する。エンジニアには有益だが、経営者や現場担当者には「だから何？」の状態。
「使える」段階: 経営者が「このシステムが止まったら、どの業務が、何日、どの範囲で止まるか」を把握できる状態。開発者が交代しても、初日から引き継ぎコストゼロで動ける状態。AIが生成した知識が人間の意思決定に接続されている。
この「動いた→使える」の飛躍こそが、AIリバースエンジニアリングの本質的な難所だ。そこを解決する構造として当社が提唱するのが HITL5 REVERSE だ。
HITL5 REVERSEの5層アプローチ：属人化を5ステップで組織知識に変える
HITL5 REVERSEは、当社が提唱する人間中心のAI活用フレームワーク「AI-HITL5（AI 60%×HUMAN 40%）」を構成するサブフレームワークの一つだ。AI-HITL5の中でHITL5 REVERSEは「解き直す」フェーズを担い、レガシーシステムの解読から知識資産化までを5層の人間×AI協働プロセスで設計する。
各層は AI（解析・生成）/ HUMAN（判断・文脈付与）/ GATE（次層移行基準）の3構造で構成される。
- SCOPE層（対象定義）
-
どのシステム・機能から着手するかを業務優先度で絞る。業務インパクトとリスク度で優先順位を定める。
GATE：業務優先度マップと対象スコープ合意書を承認した時点で次層へ移行。 - DECODE層（解析・解読）
-
AIが対象コードを構文解析し、処理フロー・依存関係・外部連携を整理する。AI比率が高く、エンジニアは「AIが誤読した箇所」の修正に集中する。
GATE：処理フロー図・依存関係マップが完成し、エンジニアによる精度確認が完了した時点。 - KNOWLEDGE層（知識化）
-
DECODE層の出力を「業務担当者が読めるドキュメント」に変換する。最もHUMANの介入が重要な層。業務担当者とエンジニアが共同で「この処理は受注確定後の在庫引当」などの業務文脈を付与する。
GATE：業務担当者が内容を確認・承認し、業務語彙での検索ができることを確認した時点。 - VISUALIZE層（可視化）
-
業務フローとシステム処理の対応を図示・構造化する。経営者・現場・開発者が「同じ地図」を共有できる状態にする。
GATE：経営者・業務担当者・開発者の三者が業務フロー対応マップに合意した時点。 - ENABLE層（活用可能化）
-
知識資産を「検索・参照できる状態」に置く。新しい開発者が参画した翌日から、AIに質問することでシステムの仕様を確認できる体制が整う。
GATE：新担当者が独力でシステム仕様を参照・回答できることを確認した時点。
3ドキュメント原則――知識資産の「鮮度」を保つ設計
HITL5 REVERSEが生み出すドキュメントには、3つの原則がある。
① 業務で引ける
「受注フローの在庫引当処理」のように業務語彙で検索できること。エンジニア専用の技術文書では現場に活用されない。
② 人もAIも読める
構造化されたMarkdown形式で整理し、次フェーズのHITL5 CODEでの再実装のインプットにもなる形式。外部委託でREVERSEとCODEを分断した場合、再解釈コストが追加で発生することが多い。一気通貫の知識設計により、このロスを防ぐ。
③ 更新され続ける
改修のたびに自動的にドキュメントが更新される仕組みを埋め込む。「作ったが古くなった」を防ぐ。
この3原則を満たさないドキュメントは、生成した瞬間から腐敗が始まる。多くの刷新プロジェクトが「ドキュメントを作ったが誰も使わなかった」に終わる理由がここにある。
属人化解消の6ヶ月ロードマップ
当社支援実績（製造業・従業員500名規模、COBOLシステム含む）では、Phase 1〜2の完了時点で「仕様確認に3日かかっていた作業が当日中に完了する」水準への改善が多く見られる。Phase 3完了後は、属人化エンジニアへの依存度を大幅に下げながら改修コストの上昇を抑制できる。
よくある失敗パターン3つ
失敗① 「まずドキュメント整備から」
属人化している状態では人間が書くドキュメントも不正確。AIによるDECODE→KNOWLEDGE順が正しい。
失敗② 「外部に全部投げる」
委託先が「知識化」まで対応せずコード解析レポートで終わるケースが多い。業務文脈を付与できるのは社内担当者だけ。
失敗③ 「刷新と同時にやろうとする」
リバースエンジニアリングと再実装を並走させると、KNOWLEDGE層の精度が落ちる。知識化を先行させてから刷新に移行するのが正順（HITL5 CODE）。
これら3つの失敗に共通するのは、「知識化・再実装・稼働」を別プロジェクトとして分断している点にある。HITL5 REVERSEはSCOPE段階でこれらのリスクを事前に特定し、GATEによって次フェーズへの移行可否を明示するため、途中での手戻りを構造的に防ぐ設計になっている。
ディレクトリジャパンのAIリバースエンジニアリング支援
当社は HITL5 REVERSE に基づく支援サービスを提供しており、「仕様書なし・担当者不在」のシステムでも6ヶ月以内に3ドキュメント原則を満たした知識資産化を実現する体制を持つ。
HITL5 REVERSEは「解き直す」フェーズを担い、REVERSE（解き直す）→ HITL5 CODE（再実装・作る）→ HITL5 RUN（安定稼働・活きる）のエコサイクルでシステム現代化を進める。なお上流には HITL5 AI DIRECTOR（生む）が位置し、全体でAI-HITL5のエコサイクルを構成する。
「担当者が退職する前に動きたい」「次の刷新プロジェクトで仕様不明リスクを抱えたくない」方は、まず無料相談（30分）で現状をお聞かせください。対象システムの属人化リスクをその場でフィードバックします。
属人化は、担当者が退職した日に初めてリスクになるのではない。毎月、じわじわと経営の選択肢を狭め続けている。「今は大丈夫」と感じているうちに着手できるのが、最大のアドバンテージだ。
次のステップをお選びください:
- 仕様整理・AIリバースエンジニアリングから始めたい → AIリバースエンジニアリング支援
- 要件定義・上流支援から並走してほしい → 上流支援（AI Director）
- 知識化後の再開発・オフショア活用まで検討したい → AIコーディング×オフショア開発
よくある質問
ソースコードさえあれば着手できます。ただし業務文脈を付与するKNOWLEDGE層には業務担当者の協力が必要です。
対応できます。生成AIの多言語解析能力により、COBOL・VB6・RPG・古いJavaでもDECODE層の処理が可能です。複数言語の混在環境への支援実績があります。
ソースコードが残っていれば、DECODE→KNOWLEDGE層の処理でシステム仕様の相当部分を復元できるケースが多いです（当社支援実績より）。残りは業務担当者への聞き取りとAI補完で補います。
標準支援は6ヶ月契約。規模・複雑度によって異なるため、まず「属人化解消の無料診断（30分）」で対象範囲を確認した上でご提示します。
3ドキュメント原則に準拠した業務語彙付きドキュメント（Notion・Confluence・Markdown等、CI統合可能な形式）＋システム構成図・業務フロー対応マップを標準成果物として提供します。
まとめ
- レガシーシステムの属人化リスクは「知識・文脈・信頼」の3層構造で深刻化する
- AIが「読む」と「使える」の間には大きな差がある――そこを埋めるのがHITL5 REVERSE
- 5層（SCOPE→DECODE→KNOWLEDGE→VISUALIZE→ENABLE）と3ドキュメント原則で、6ヶ月以内に組織知識化を実現できる
- 刷新と並行せず、知識化を先行させることが成功の鍵
AI-HITL5 Framework ／ ディレクトリジャパン株式会社 提唱 ／ 2026
担当者が退職する前に――属人化システムを組織資産に変える
対象システムの属人化リスクを、30分の無料診断でその場でフィードバックします。