COBOLモダナイゼーションの本当の締め切りはコードではなく「それを理解している人」

コードはなくならない。それを理解している人がいなくなる

レガシーモダナイゼーションをめぐる議論の多くは、コードそのものを制約条件として扱います——古すぎる、ドキュメントが足りない、触るにはリスクが高すぎる、というように。しかし、この捉え方は本当に時限性のある問題を見落としています。1980年代に書かれたCOBOLプログラムは、来年も再来年も問題なく動き続けるでしょう。一方で、あるパラグラフがなぜそのように分岐するのか、あるいは一見奇妙に見えるIF文がどんなエッジケースを拾うために書かれたのかを説明できるエンジニアの話は、まったく別です。

そのエンジニア層は、今やよく記録された時間軸の上で高齢化しています。今年の業界報道によれば、COBOL開発者の平均年齢は55歳から58歳、この層のうちおよそ10パーセントが毎年退職しているとされています。このペースが続けば、今日COBOLを扱えるエンジニアのおよそ4分の3が、今後10年から15年のうちに現場を離れる計算になります。供給側も追いついていません。大学の情報系カリキュラムの85パーセント以上が、1990年代以降COBOLを教えるのをやめており、退職前にその知識を吸収できるはずの人材が、そもそもそのように育てられていないのです。

ドキュメント化では解決しなかった理由

直感的には「書き残せばいい」と考えたくなりますが、COBOLの現場は概ねそれを試みてきました。ここでのドキュメントには、率直に指摘しておくべき構造的な弱点があります——ドキュメントが記述しているのは、それを書いた人が「その時点でシステムはこう動くと信じていたこと」であって、数十年にわたるパッチや回避策、誰もログに残さなかった細かな修正を経た後の「システムが実際にどう動くか」ではありません。20年も30年も前から古びたコメントや設計書から意図を逆算するのは、多くの場合、コードを直接読むよりも遅く、信頼性も劣ります——ただし、COBOLを大規模に、しかも人手で読むこと自体が、そもそもこの危機を生んだボトルネックなのです。

日本版のこの問題には、すでに公式な名前がついています。経済産業省(METI)は「2025年の崖」と呼ぶリスクについて警鐘を鳴らし続けてきました。COBOLを扱える技術者が、レガシーシステムの近代化や置き換えが進む速度よりも早く退職していくことで、日本の金融機関をはじめとするメインフレーム依存の組織が壁にぶつかるリスクです。この問題は、SCSKとFPTが2025年10月にCOBOL PARKという専門の合弁会社を設立し、まさにこのギャップを乗り越える組織を支援する事業を立ち上げるほど深刻だと受け止められています。これはスライド資料の中だけで語られる仮説的なリスクではありません。2社の実績あるITサービス企業が、市場としてこの問題が新しい事業体を必要とするほど大きいと判断して、実際に動いたということです。

ASTグラフが実際にもたらすもの

ここに、Legacy DragonのインタラクティブなASTグラフが、単なる移行速度以上の理由でツールチェーンの中に居場所を持つ根拠があります。1,200行規模のCOBOLプログラムをおよそ6ミリ秒で解析できるということは、単に速いというだけではありません。退職を控えたエンジニアと向き合い、その人が書いたプログラムの実際の制御フローとデータ依存関係のグラフを一緒に開いて、固定カラムのテキストをスクロールする代わりに構造そのものを見ながら「これを説明してください」と尋ねる、ということを現実的にします。グラフはそのエンジニアの知識そのものを置き換えるわけではありません。その説明を結びつける先として、会話が終わった後も残り続ける、バージョン管理され探索可能な成果物を用意する——本人がその場を去るとともに失われてしまう記憶ではなく。

この違いは、見た目以上に重要です。ソースコードが変わるたびに再生成される依存関係グラフは、システムが進化していく中でも精度を保ち続けます。一度きりのナレッジトランスファー面談や、5年前に書かれたウィキのページには、それができません。そしてLegacy Dragonがシングルバイナリとして提供され、Shift-JIS、EBCDIC、DBCSをネイティブに扱える——COBOLとJCL、PL/Iを併用する日本のメインフレーム現場で実際に使われているエンコーディングです——ということは、退職を控えたエンジニアとシステムそのものがすでに存在している、まさにその閉域環境の中にそのまま置くことができ、セキュリティレビューがそれ自体で数週間かかるプロジェクトになってしまう事態を避けられる、ということでもあります。

「時間の窓」こそが本質

だからといって、根本的なモダナイゼーション作業が不要になるわけではありませんし、複数年がかりの移行が一瞬で終わるわけでもありません。変わるのは、その選択肢が失われる前に、何を捉えられるかということです。退職を控えたCOBOLエンジニアの知識を体系的に取り出す仕組みがないまま過ぎていく一年一年は、その知識が、決定が下された場に居合わせなかった誰かによって不完全な形で書き残されるか、あるいはまったく捉えられないまま失われるか、そのどちらかの一年です。解析速度やASTの可視化は、一見すると単なるツールの利便性のように聞こえます。しかし、最も経験豊富なエンジニアたちが、後継者の育成が追いつくよりも早く退職していく業界にあっては、それらはむしろ、狭まりつつある時間の窓そのものに近いものです——そして、その窓をうまく使うためのツールは、移行を速くする以上の役割を果たしているのです。

---

自社にもCOBOLのナレッジトランスファーの締め切りが迫っていませんか。Legacy DragonのASTグラフがどう機能するかはdragon.aitytech.comでご覧いただけます。Legacy Dragonが解決しようとしているパーシングのボトルネックについての記事もあわせてどうぞ。ご連絡はhello@aitytech.comまで。