レガシーシステムの問題点を技術・データ・コスト・組織の4分類14項目で整理。症状別の見分け方、セルフチェック、影響度×緊急度による優先順位の決め方を解説。

レガシーシステムは経過年数で定義されるものではありません。次の3つの兆候で定義されます。中身を全体として理解している人がもういない、変更にかかるコストがシステムが生み出す価値を上回るペースで増えていく、そして新しいシステムやデータとつながらない——この3点です。 刷新が必要になる時期は、システムが壊れたときではありません。多くの老朽化したシステムは、最後の日まで安定して動き続けます。その時期は、3本の曲線が交差したときに訪れます。保守コストが上がり、保守できる人の数が減り、サポート終了（EOL）の期限が近づく、という3本です。 本記事は、レガシーシステムをどう移行するかを論じるものではありません。その前段にある問い——自社の既存システムは本当に「問題」なのか、問題であるならどれほど緊急なのか——にお答えします。自社のレガシーシステムを自己評価するための測定可能な4つのシグナル、ブラックボックス化の度合いを確かめるチェックリスト、そして経営層に上げる際に課題を財務の言葉で表現する方法をお持ち帰りいただけます。 お忙しい方向けの要約: 見分けるための3つの兆候 — 判断のための4つの定量シグナル — そして1つの原則。先延ばしはコストを据え置きにしません。先延ばしは対象範囲を膨らませます。 レガシーシステムとは？年数ではなく「症状」で定義する 「システムは何年経つとレガシーシステムと見なされるのか」という問いは、そもそも立て方が誤っています。実際のコンサルティングの現場では、18年稼働していながら極めて健全に運用されているシステムもあれば、納品から3年で、業界の文献が「レガシー」と呼ぶ状態にちょうど陥ってしまったシステムもあります。 レガシーシステムを見分ける3つの兆候 ツールを使わず、いますぐ使える見分け方です。 理解できない