IT・システム開発
レガシーシステム
Legacy System
読み：れがしーしすてむ
現在も業務を支える一方で、技術・構造・知識などの制約から変更が難しくなった既存システムです。
01初心者向け
まず意味をつかむ
古いから役に立たない、という意味ではありません。大切な仕事を動かしていても、担当者が少ない、仕様が分からないなどの理由で変更が難しい場合があります。
02実務者向け
仕事でどう使うか
業務上の重要性、依存する仕組み、保守体制、データの意味を調べます。維持、部分改修、段階移行、置換を比較し、止められない業務と移行時の切戻しを先に確認します。
03専門家向け
判断を一段深める
新しい技術へ置き換えても、複雑な業務ルールや不明なデータがそのままなら問題は残ります。更新のリスクと維持のリスクを比較し、事業上必要な知識を移行前に回収することが重要です。
IN PRACTICE
具体例で考える
架空の受注システムで、夜間処理を理解する担当者が一人だけの状態を調べ、まず処理手順と依存データを整理してから更新計画を立てます。
理解を助けるための架空の例です。現在支える業務
変更を難しくする制約
段階的な移行案
既存システムの価値と制約を同時に見る図です。古さだけの優劣比較ではありません。
ここは誤解しやすい
稼働年数だけでレガシーかどうかを決めず、変更可能性と業務上の制約を確認します。
この知識を、組織の力へ。