5年後に同じ状況にしない ── 再レガシー化を防ぐ設計

この回は、何がシステムをレガシーにするのかを構造として整理し、その予防を扱います。区切りとして、連載全体を振り返る回でもあります。

まず定義を確認します。レガシーシステム とは、古いシステムのことではありません。30年動いていても、必要なときに安全に変更できるなら問題はない。

問題なのは、触れなくなった状態です。変更したいのに、影響範囲が読めず、壊れるのが怖くて手が出せない。古さではなく、触れなさがレガシーの本体です。

どれも時間とともに悪化します。放置すれば必ずこの方向に進むので、能動的に維持しないと、レガシー化は既定路線です。技術的負債（Technical Debt） という言葉は「溜まっていくもの」という印象を与えますが、実際には溜まるのではなく、放っておくと勝手に増えるという性質のほうが近い。

意外に思われるかもしれませんが、移行直後こそ再レガシー化が始まりやすい時期です。

• 移行を急いだ結果、暫定対応が残っている — 直す予定が立っていない
• 互換層が残っている — EP.07 で作った、旧形式に合わせる層
• 移行チームが解散する — 作った人が別の案件へ移る
• 「やっと終わった」で誰も触りたくない — 心理的な反動
• 移行の記録が残っていない — なぜその設計かが失われる

2番目が典型です。EP.07 で「互換層には廃止時期を決めておく」と書いたのは、これが恒久化すると、新システムの中に旧システムの形が住み着くからです。数年後、新システムを触る人が「なぜこんな変な形式なのか」と悩むことになります。

「触れる状態か」は感覚で判断せず、測って見えるようにします。定期的に出せば、悪化に早く気づけます。

3行目が最も本質的です。同じ規模の改修に、以前より時間がかかるようになったなら、それは触りにくくなっているということです。EP.09 で「決定者に伝わる言葉」として挙げたのも、この指標でした。

1行目は エンジニアの引き継ぎ術 EP.07 で紹介した方法がそのまま使えます。変更履歴から機械的に出せるので、定期実行にしておくと手間がかかりません。

予防としてできることを整理します。新しい技術を使うことではありません。

1. 1壊れたら気づける状態を保つ — テストと監視。これが最優先
2. 2変更を小さく、頻繁にする — 大きな変更は怖くなり、頻度が下がる
3. 3複数人が触る状態を保つ — レビューと担当の入れ替え
4. 4判断の理由を残す — なぜそうしたかは、コードからは読めない
5. 5依存を減らす — 外部への依存が多いほど、変えにくくなる
6. 6流行に強く依存しない — 数年後に扱える人がいるか

2番目が効きます。変更を小さく保つと、変更が怖くなくなり、頻度が保たれる。逆に頻度が下がると、次の変更がさらに大きく怖くなる ── という悪循環に入ります。頻度は、触りやすさの原因でもあり結果でもあります。

6番目は誤解されやすい項目です。最新の技術を避けろという意味ではなく、数年後にその技術を扱える人がいるかという問いです。これは EP.08 で扱った移行の動機と同じ構造で、技術の良し悪しではなく、人の確保の話です。

「ドキュメントを整備する」は正しい方向ですが、書いて放置すれば、実態とずれて誤解の原因になります。古い記録は、無い記録より悪いことがあります。

1行目が重要です。処理の説明を文章で書くと、必ずコードとずれます。引き継ぎ EP.04 で扱ったとおり、コードから読めるものは書かない。書くべきは判断の理由です。

2行目の「判断の理由」だけが腐りません。「2026年時点でこう判断した」という事実は、後から変わらないからです。判断そのものが古くなっても、記録としては有効であり続けます。むしろ古い判断ほど価値があるとも言えます。当時なぜそう決めたかが分かれば、いま変えてよいかを判断できるためです。

ここまで11回、読めないコードの解析から、テストによる固定、移行方針の決定、並行運用、データ移行、連携の棚卸し、特殊資産、組織の合意、退役、そして予防まで扱ってきました。

全体を通して繰り返し出てきたのは、技術的な難しさより、判断と合意のほうが難しいという構造でした。読み解きは LLM で速くなりました。テストの自動採取もできます。それでも移行が進まないのは、決められないからです。

そして最後の回で言いたいのは、この連載の内容を、次の10年のために使ってほしいということです。いま作っているシステムも、放っておけば同じ状態になります。能動的に維持しなければ、レガシー化は既定路線です。

レガシーとは古いシステムのことではなく、変えたいのに変えられないシステムのこと。だから、新しく作ったものも初日からレガシーになりうる。