【IT現場の生態系】レガシーシステムとの付き合い方
レガシーシステムとは、直訳すれば「遺産」です。
しかし現場の実感としては、遺産というよりは「呪い」に近い。しかも、解くための呪文が書かれた書物はとうの昔に失われている。
そんな理不尽なファンタジーが、オフィスでは日常的に繰り広げられています。
そのシステムは、もはや「地層」である
ITの世界は日進月歩だと誰もが言います。半年も経てば新しい技術が現れ、流行は上書きされていく。
けれども、企業の深層部へ潜っていくと、そこにはまったく別の時間が流れていることに気づかされます。
例えば、15年前に退職した伝説の課長が残したExcelマクロ。
中身を覗けば、そこには現代のプログラミング教育では決して教わらないような、複雑怪奇な「職人技」がぎっしりと詰まっています。
ドキュメントはありません。あるのは「ここをいじると、なぜか動かなくなる」という現場の言い伝えだけ。
これを単なる技術負債と呼ぶのは簡単です。
でも、少し視点を変えてみれば、それは組織が激動の時代を生き抜いてきた証、いわば「情報の地層」のようなもの。
私たちはその上に立って、日々の業務をこなしているのです。
牙を抜かれたはずの猛獣
一般企業の業務システムにおけるレガシーが「秘伝のタレ」だとしたら、金融機関などの巨大な基幹系システムは、さながら「巨大な神殿」です。
一文字書き換えるだけで、数億円のコストと数百人のエンジニアが動く。最新のスマホアプリなら数分で終わるような修正が、そこでは数ヶ月がかりの国家プロジェクトになります。
技術者たちは、その猛獣が目を覚まして暴れ出さないよう、腫れ物に触るような手つきでコードを書き足していく。
「いっそ全部作り直せばいいのに」
と、外野は気楽に言います。けれども、心臓を動かしたまま心臓移植をするのがどれほど困難か。
ビジネスマンも技術者も、心のどこかで
「触らぬ神に祟りなし」
と祈りながら、その猛獣と奇妙な共同生活を送っているのが実態なのです。
生態系を壊さない「付き合い方」の作法
この老いた賢者たちとどう向き合うべきか。
現場では、いくつかの流派に分かれます。
ひとつは「神棚」として祀り上げる方法です。
中身を理解しようとするのを諦めて、外側に最新の「翻訳機」を取り付ける。古老の難解な言葉を、若者が通訳してあげるようなイメージです。
これなら、古いシステムを壊さずに最新のWebサービスと連携させることができます。
あるいは、少しずつ「継ぎ足しの家」を修繕していくリファクタリング。
壁紙を張り替えるように、使いにくい画面だけを今風のインターフェースに変えていく。これは根気のいる作業ですが、現場の混乱を最小限に抑える「大人の対応」と言えるでしょう。
もちろん、ときには「森」を焼き、新しい苗を植える決断も必要です。
いわゆるリプレイス。ただし、これには多大な痛みと勇気が伴います。長年親しんだ道具を奪われる現場の抵抗は、新しいシステムがもたらす便利さよりも、往々にして勝ってしまうものですから。
技術の背後にある「人の営み」
システムが古くなるのは、技術が劣っているからではありません。そのシステムが、あまりにも優秀に、そしてあまりにも長く組織に貢献し続けてきたからなのです。
今、私たちが「最新」だと信じて疑わないこのシステムも、10年後には誰かに「なんて使いにくいレガシーだ」と溜息をつかれていることでしょう。
そう考えると、目の前の真っ黒なコンソール画面や、複雑なマクロが少しだけ愛おしく見えてきませんか。
レガシーシステムと向き合うことは、かつてそこに情熱を注いだ誰かの仕事と対話することでもあります。
その対話を疎かにせず、かといって過去に縛られすぎず。
私たちは今日も、このデジタルの原生林の中で、古老たちの機嫌を伺いながらキーボードを叩くのです。
【徒然メモ】レガシーシステムの特性と付き合い方
IT現場におけるレガシーシステムは、まるで原生林の奥深くに鎮座する巨大な古木のようなものなのかもしれません。
その特性と付き合い方を整理してみました。
1. 「レガシーシステム」とは何か
レガシーシステムとは、直訳すれば「遺産」ですが、実態は「過去の技術で構築され、現代のビジネス要件や技術標準に適合しにくくなっているが、重要すぎて止められないシステム」を指します。
【技術的側面(IT技術者の視点)】
・技術の断絶
開発言語(COBOL、古いJava等)やハードウェアが旧式で、現代のクラウド環境や開発手法と相性が悪い。
・ドキュメントの喪失
設計図が残っておらず、ソースコードが唯一の正解(仕様書)となっている状態。
・密結合(スパゲッティコード)
一箇所を直すと、どこに影響が出るか予測不能な複雑な構造。
【ビジネス的側面(ビジネスマンの視点)】
・業務のブラックボックス化
「このボタンを押すと理由はわからないが動く」といった、システムに合わせた属人的な業務フロー。
・改修コストの肥大化
小さな変更にも多大な時間と費用がかかり、市場の変化に追随できない足かせ。
・保守リスク
サポート切れのOSや部品を使用しており、故障時に復旧できない「時限爆弾」を抱えている。
2. 「レガシーシステムとの付き合い方」の分類
生態系の中で共存し続けるのか、それとも世代交代を促すのか。その向き合い方を4つのカテゴリーで整理します。
(1) 温存・共生(エンカプセル化)
「動いているものは触らない」という戦略です。
・手法:システム本体には触れず、外部に「API」などの窓口を設けて現代のシステムと連携させる。
・メリット:短期的なリスクとコストを最小化できる。
・デメリット:根本的な問題(技術負債)は解決せず、先送りにしかならない。
(2)延命・リライト(リファクタリング)
古くなった部分を少しずつ新しい部品に交換し、心肺機能を維持します。
・手法:重要なロジックを抽出し、現代の言語で書き直したり、クラウド環境へ移行(リフト&シフト)する。
・メリット:業務を止めずに、徐々に現代的な環境へ移行できる。
・デメリット:移行期間が長期化しやすく、新旧両方の知識を持つ技術者が不可欠。
(3)聖域なき刷新(リプレイス・リビルド)
古木を伐採し、新しい苗を植える抜本的な改革です。
・手法:現行のシステムを捨て、パッケージ製品(SaaS)への乗り換えや、ゼロからの新規開発を行う。
・メリット:技術負債を一掃し、最新のテクノロジーを活用した競争力を得られる。
・デメリット:極めて高いコストと失敗のリスク、および現場の業務プロセス変更(痛み)を伴う。
(4)勇気ある撤退(サンセット)
その役割を終えたと判断し、システムそのものを廃止します。
・手法:重複する機能を持つ他システムへの統合や、そもそも不要になった業務プロセスごと削除する。
・メリット:維持費がゼロになり、組織のスリム化につながる。
・デメリット:長年蓄積されたデータの移行や、反対する現場との調整が困難。
【関連記事】
☆IT現場の生態系
☆プロマネの生きる道
☆プロジェクトマネジメントの小径
書籍の紹介
・プロジェクトマネジメント知識体系ガイド
(PMBOKガイド)第7版 Kindle版
+プロジェクトマネジメント標準: PMI日本支部 監訳
プロジェクトマネジメント協会(PMI) (著)
一般社団法人 PMI日本支部 (2023/1/6)
( ※ 書籍の解説等は原則としてリンク先(Amazon)における解説をベースに記載しています。詳細内容はリンク先を参照願います。)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
・図解即戦力 PMBOK第7版の知識と手法がこれ1冊でしっかりわかる教科書 Kindle版
前⽥ 和哉 (著)
技術評論社 (2024/9/20)
プロジェクトマネジメントの世界標準として知られるPMBOK Guide 第7版の解説書です。「プロジェクトの基本」「価値実現システム」「12の原理・原則」などプロジェクトマネジメントの基礎となる知識のほか、PMBOK第7版のメインテーマともいえる「8つのパフォーマンス領域」について、要点をくわしく解説します。プロジェクトマネジメントの勉強のほか、PMP試験対策の第一歩としてもおすすめできる1冊です。
( ※ 書籍の解説等は原則としてリンク先(Amazon)における解説をベースに記載しています。詳細内容はリンク先を参照願います。)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
・図解入門よくわかる 最新PMBOK第6版の基本 Kindle版
鈴木安而 (著)
秀和システム (2018/3/23)
PMBOKガイドは、米国プロジェクトマネジメント協会により、日本語を含め世界11ヶ国語に翻訳・出版されています。翻訳されても、専門用語が多い、カタカナ用語が多いなどの理由からなかなか理解が困難です。本書は、『PIMBOKガイド第6版』の翻訳・監訳チーム・リーダーでもある著者が、本来の意味をなるべくかみ砕いて解説します。イメージしやすいよう図版を豊富に使っているので、初心者からベテランまでわかりやすくなっています。
( ※ 書籍の解説等は原則としてリンク先(Amazon)における解説をベースに記載しています。詳細内容はリンク先を参照願います。)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
・プロジェクトマネジメントの基本がこれ1冊でしっかり身につく本 Kindle版
前田和哉【著】
技術評論社(2022/06)
本書は、プロジェクトマネジメントについて基本から学ぶことのできる入門書です。プロジェクトマネジメントの基礎知識について解説した後、プロジェクトを「立ち上げ」「計画」「実行」「監視・コントロール」「完了」という5つの段階に分け、各段階において実施すべきこと、注意すべきポイントについて丁寧に解説しています。
( ※ 書籍の解説等は原則としてリンク先(Amazon)における解説をベースに記載しています。詳細内容はリンク先を参照願います。)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
いいなと思ったら応援しよう!
よろしければ応援お願いします! いただいたチップはクリエイターとしての活動費に使わせていただきます!