top of page

BTABOK:Legacy Modernization ~レガシーモダナイゼーションの重要性とアプローチ~

執筆者の写真: 小北洋史小北洋史

明けましておめでとうございます。本年もIasa日本支部をよろしくお願いいたします。さて今回はBTABoKのオペレーティングモデル内にある "Legacy Modernization" を紹介します。



現代のビジネス環境では、技術の進化が急速に進んでおり、企業はその変化に迅速に対応する必要があります。しかし、多くの企業は依然として古いシステム(レガシーシステム)に依存しており、これがビジネスの柔軟性や効率性に制約を与えることがあります。


本コラムでは、レガシーモダナイゼーションの重要性とそのアプローチについて詳しく解説します。企業がどのようにして古いシステムを最新の効率的なソリューションに変えることができるかを探り、具体的な戦略や実施時期、アプリケーションポートフォリオ管理の手法について触れます。これにより、企業が競争力を維持し続けるための実践的な方法を提供します。


 

レガシーモダナイゼーションとは

すべてのシステムにはライフサイクルがあり、システムの構築と開始から始まり、システムの保守を経て、最終的にはライフサイクルの終わりに廃止されます。ライフサイクルの間、システムは組織やその顧客に価値を提供し、その価値提供を維持し、さらに多くの価値を生み出すことが望まれます。システムが適切に保守されていても、周囲の世界は常に変化しています。例えば、新しい技術の発見、法律や規制の変更、ビジネスの進め方の変化などです。


システムの寿命を延ばすために、持続可能性を確保しながら適切な変更を行う必要があります。持続可能性とは、「システムが提供する価値が、財務的なコストや労力に対して大幅に上回ること」と定義できます。


モダナイゼーションは、システムが「目的に適合」し、価値提供とコストのバランスを維持するためにシステムを変更するプロセスです。

レガシーとは、古い技術を使用している既存のシステムや、組織の業務に合わなくなった機能を指します。システムが依然として重要な価値を提供している場合でも、効率的でないことがあります。レガシーモダナイゼーションは、レガシーシステムに変更を加えて、組織にとってより最新で効率的なソリューションを提供するプロセスです。


なぜレガシーモダナイゼーションが必要なのか

高いレベルのアジリティ(機敏性)を持つ組織は、競争上の大きな優位性を持ち、周囲の環境に迅速に対応し、変化することができます。高いレベルのアジリティを達成するためには、組織を支えるシステムも周囲の環境に迅速に対応し、変化する必要があります。レガシーシステムは、変更が難しいことやビジネス活動を効率的にサポートできないことが多いため、アジリティに制約を与えます。システム設計時には存在していた技術的制約が現在は存在しない場合や、もはや関連性のない特定の業務手順のために設計されたシステムということもよくあります。


レガシーモダナイゼーションは、レガシーシステムを変更または置き換えることで、組織をより効率的かつコスト効果の高いものにします。これにより、既存のビジネスプロセスを最適化するだけでなく、新しいビジネスチャンスを開くこともできます。


またセキュリティは、レガシーモダナイゼーションの重要な推進要因です。サイバー攻撃は一般的であり、時間とともに高度化しています。システムのセキュリティは時間とともに低下し、レガシーシステムは現代の攻撃手法を防ぐために必要なサポートや技術を持たないことが多く、ハッカーにとって容易な標的となります。これは組織にとって重大なビジネスリスクを意味します。


レガシーシステムが古くなると、技術的な制約によりパフォーマンスに制約が生じることがよくあります。これにより、システムの処理時間や容量が制限され、組織の価値提供能力に影響を与えます。レガシーモダナイゼーションは、容量を増やしたり、他の非機能的特性(高可用性、回復力など)を改善したりする方法を提供することができます。


レガシーモダナイゼーションのアプローチ

1.持続可能性の促進

持続可能性は、システムの寿命を延ばすための重要な品質属性です。アーキテクチャが持続可能であることを保証することは、現在の期待に応えつつ、将来の期待を損なわないことを意味します。これは簡単ではありませんが、適切な技術選択を行うことが重要です。例えば、新しい興味深い機能を持つ最先端技術を選択することは短期的な利点をもたらすかもしれませんが、数年後にサポートがなくなると持続可能性を損なう可能性があります。


2.価値を見極め、過去の投資に拘らない 

システムや技術の価値は、組織がビジネス価値を効果的に提供するのをどれだけサポートするかということです。一部の組織は、システムの開発と保守に多額の投資を行っています(「サンクコスト」とも呼ばれます)。システムがもはや価値提供を効果的にサポートしなくなると、システムに投資された金額のために廃止や移行に対する抵抗が生じることがあります。これは政治的な動機であり、組織内の特定の利害関係者にとってデリケートな問題となることがあります。しかし、システムが期待される価値を提供しなくなった場合、それは過去の投資に関係なく、ビジネスにとって重荷であり、コストでしかありません。


3.変化を受け入れる 

モダナイゼーションは技術やシステムだけでなく、組織内の人々がこれらのシステムに基づいたスキルやプロセスで働いていることも含まれます。これらの人々がモダナイゼーションの計画に参加し、スキルを更新し、新しい方法を学び、新しいプロセスや技術を形成することが重要です。これにより、最新の技術や新しいシステムへの移行が容易になります。これがうまく処理されない場合、人々が排除されたと感じ、抵抗が生じる可能性があります。さらに、モダナイゼーションは既存のプロセスを真に再考する機会を提供します(既存の[レガシー]技術によって制約されることが多い)。既存のソリューションの制約から解放されると、顧客にとってより速く、安価で、効果的な方法や、他の改善を提供する方法が見つけることができるもしれません。


システムがモダナイゼーションを必要とする時期

モダナイゼーションの計画において重要なのは、システムがレガシーと呼ばれる限界に達していることを認識することです。これをできるだけ早く認識することで、リスクを軽減し、行動を起こすための時間を確保できます。以下は、システムがレガシー状態に達し、モダナイゼーションが必要になる可能性が高いことを示すいくつかの指標です。


1.技術サポート 

最も簡単に見分けられる属性の1つは、使用されている技術のサポートが終了されていることです。ほとんどの主要な技術には、サポートのロードマップがあり、サポートが終了される予定日があります。これは、技術の特定のバージョンに適用される場合もあれば、技術そのものの完全な終了になる場合もあります。例えば、オペレーティングシステム、データベース、開発プラットフォームのサポートです。技術プラットフォームを選択する際には、この側面を考慮することが重要です。サポートがすぐに失われるプラットフォームを選択すると、モダナイゼーションの必要性が近い将来に発生します。また、市場の技術を常にチェックし、潜在的なモダナイゼーションを適時に計画することも重要です。


2.スキルの調達 

システムをさらに開発または保守するために必要な適切なスキルを持つ人々を見つけるのが難しい場合、これはレガシー技術の指標となることがあります。これは単に、必要なスキルを持つ人々が市場に少なくなっていることを意味し、これによりこれらの人々を雇うコストが非常に高くなります。

技術が古くなると、エンジニアコミュニティは新しい、よりエキサイティングな技術を好み、古い技術のスキル市場は縮小し始めます。多くの企業がこれらの古い技術を使用して重要なコアビジネスシステムを運用しているため、これらの古い技術に対する需要が依然として高いことがよくあります。例えば、多くの組織がコアビジネスサポートの一環としてCOBOLベースのシステムを運用しています。市場が縮小し、限られたリソースに対する需要が続くと、採用やコンサルティングのコストが増加します。組織が使用する技術に対して健全なスキルベースがあることを確認するために市場を監視することは大切です。利用可能性の問題がある場合やコストが大幅に上昇している場合は、モダナイゼーションを計画します。


3.セキュリティ 

古くなるシステムは、年を重ねるごとにセキュリティを確保するのが難しくなります。上記のように、ハードウェア、オペレーティングシステム、アプリケーションのベンダーからのサポートが終了され、セキュリティアップデートやパッチが提供されなくなります。さらに、スキルに関するポイントに関連して、スタッフがシステムを管理し、セキュリティを確保することができなくなると、システムは未知で管理不能な状態に陥る可能性があります。セキュリティリスクレベルを監視し、組織のリスク許容度に沿って緩和策や管理策を講じることができなくなる前に、システムをモダナイゼーションの計画に組み込む必要があります。


4.業務上の負担

競争力を維持するためには、一定のレベルの価値提供を維持する必要があります。市場は静的ではないため、競合他社は常に価値レベルを引き上げており、組織は市場に適応する必要があります。これには、ビジネスの進め方を変更することが含まれる場合があります。組織内のシステムは、価値提供をサポートし、促進します。システムの寿命がくる前に、組織の業務手続きが変わることがありますが、以前の業務手続きのために設計されたシステムはそのまま残ります。これにより、競争力のある価値提供を確保するために、ビジネスサイドで多大な努力が必要になることがあります。例えば、システムを業務慣行に合わせるためにルーチンや回避策が実行されたり、特定の作業活動が異なる技術でつなぎ合わされたり、手動で計算やレポートをEXCELで実行するなどです。

これは、本来ビジネス価値を生み出す活動に向けられるべき努力を必要とします。ユーザビリティ調査、要件の収集、または定期的なフォーラムを通じて情報を収集することで、業務で負担すべき内容を特定し、システムが組織のプロセスとどれだけ一致しているかを示すことができます。システムがビジネスのニーズと一致していない場合、モダナイゼーションを計画してシステムをビジネスに再調整することを検討しなければなりません。


5.変化に対応する能力 

組織とそのビジネスは時間とともに変化するため、組織内のシステムも変化し、効率的なビジネスサポートを提供する必要があります。システムの変更にかかるコストと時間は、組織にとって重要です。組織のシステムは、ビジネスと同じくらい迅速に変化に適応する必要があります。システムの変更が遅くなったり、コストがかかるようになったりすると、システムがモダナイゼーションの候補であることを示す指標となります。これは、システムのコスト(OPEXおよびCAPEXの両方)を監視することで特定できます。変更の仕様から変更の提供までの時間も監視できます。時には、システムに重いリリースサイクルを強いる制約がある場合があります。例えば、システムは年に1回または2回しかリリースを提供できません。これにより、ビジネスが変化に対応する能力が制限されます。


6.ボトルネック 

システムの全景には多くの現代的なシステムが含まれることがありますが、単一のレガシーシステムが価値の流れやビジネスプロセスにボトルネックを作り出すことがあります。作業の流れの中で、上流のレガシーシステムの存在は、下流のモダナイズされたシステムの利点を妨げるか、減少させる可能性があります。作業と努力がボトルネックに集中し、サポートと性能が優れた他のシステムが利用されなくなります。現代のシステムがその完全な性能で使用されていないことに気付くことは、上流にレガシーの問題があることを示す指標となるかもしれません。これらのボトルネックを特定することは非常に重要です。ボトルネックは、下流のシステムがその完全な潜在能力を実現するのを妨げます。


7.許容量の制限 

技術は急速に変化し、処理能力やストレージの容量に関して技術の許容量は絶えず進化しています。古い技術には、特定のプラットフォームやハードウェア向けに設計されているため、制限がある場合があります。これは、管理できるデータの量や、組織がイベントに対応する速度(例えば、販売注文や販売データの分析)に関して、組織に制限をもたらします。組織が情報をタイムリーに利用できない場合や、作業項目が遅れて処理されている場合、これはレガシーシステムの指標となることがあります。


アプリケーションポートフォリオ管理

アプリケーションポートフォリオ管理の手法は、アプリケーションの状況を監視し、コストと価値を評価するために使用できます。アプリケーションの運用費用(OPEX)と資本支出(CAPEX)を監視することで、アプリケーションの運用コスト(OPEX)と開発などの投資(CAPEX)を比較することができます。コストが価値に見合うかどうかを評価するために、一連の指標を使用して各システムを評価できます。アプリケーションを評価するために使用できる典型的な指標は次のとおりです:


  • 使いやすさ

  • 将来性のある技術

  • サポートの可用性

  • スキルの可用性

  • ユーザー数

  • ビジネスの重要性


これらの指標で低い評価を受けると、アプリケーションやシステムが寿命に近づいていることを示すことがあります。この情報を使用して、アプリケーションのモダナイゼーションや廃止の計画を立てることができます。レガシーモダナイゼーションの戦略的な監視と計画に使用できる方法の1つが、TIMEモデル(Gartner)です。

TIMEモデルは、ポートフォリオ内のアプリケーションを示し、それらがサポートするビジネス能力に配置します。アプリケーションは次のように分類されます:


  • Tolerate(許容):アプリケーションが価値を提供しており、移行や置き換えのコストが高すぎるため許容されるが、投資は正当化されない。これらのアプリケーションは、再設計によるモダナイゼーションの対象となる場合があります。

  • Invest(投資):アプリケーションが高い価値を提供しており、投資の対象となる。

  • Migrate(移行):アプリケーションの機能が価値を提供しているが、もはや効果的でない場合、機能やデータを最新のプラットフォームに移行することでモダナイゼーションを実現できる。

  • Eliminate(廃止):アプリケーションがもはや価値を提供しておらず、廃止される。アプリケーションは完全に別のアプリケーションに置き換えられる場合があります。


以下の図は、Tinkelman Coffee Shopに基づくTIMEモデルの例を示しています。

上記の例では、いくつかのアプリケーションがTinkelmanのビジネスをサポートしています。同じアプリケーションが複数の機能をサポートすることがあることに注意してください。これは、ある機能でアプリケーションを移行または廃止しても、別の機能でアプリケーションに投資を続けることができることを意味します。


COFI-BIZは、いくつかの機能で広く使用されているビジネスシステムです。しかし、COFI-BIZの物流モジュールはもはやサポートされておらず、物流システムLOGI-GOに移行されます。いくつかのコーヒーショップでは、古い会計システムA-COUNTがまだ使用されています。これはCOFI-BIZに移行されます。POS 80の販売時点管理システムは社内で開発されましたが、システムを維持するスキルがもはや利用できないため、SALE-POINTシステムに置き換えられます。ROBO-PACKおよびAD-DESIGNシステムは許容されており、移行や置き換えの投資には値しませんが、ROBO-PACKは一部のモジュールを再設計することでモダナイゼーションが可能です。


TIMEモデルは、アプリケーションポートフォリオを評価し、レガシーモダナイゼーションのための取り組みを計画するために使用できます。このモデルは、ポートフォリオの視覚的なステータスを提供し、レガシーシステムが効果的に管理されることを保証します。


レガシーモダナイゼーションの戦略

【リ・エンジニアリング】 

レガシーシステムのリ・エンジニアリングは、システムの大部分を再設計または変更する大規模な技術的改修を伴うことが多いです。システムの機能が依然として組織にとって価値があるが、保守コストが高い場合や技術サポートが不足している場合に有用な戦略です。実際には、以下のような結果が得られることがあります:


  • レガシープログラミング言語を最新のプログラミング言語に移行する

  • 特定の機能やモジュールの完全な再設計

  • プラットフォームやサードパーティコンポーネントのモダナイゼーション

  • アーキテクチャ層のモダナイゼーション(例:データ管理やプレゼンテーション)


リ・エンジニアリングは非常に費用がかかることがあります。自動化ツールを使用してシステムをリ・エンジニアリングすること、例えば、あるプログラミング言語から別のプログラミング言語に変換したり、新しいプラットフォームに移行したりすることができます。自動化ツールの使用はリ・エンジニアリングプロセスを短縮化しますが、実装の品質を向上させる可能性は低いです。


【ラップアップ】 

レガシーシステムを完全にリ・エンジニアリングするのは費用がかかりすぎるが、依然としてビジネスにとって価値のあるコア機能やデータを含んでいる場合があります。問題は、レガシーシステムが組織のアジリティに制約を与えていることです。一つのアプローチは、レガシーシステムを最新技術を使用してファサードでラップし、最新技術の相互運用性を利用してレガシー機能やデータにアクセスすることです。


例えば、レガシーシステムをAPIでラップし、レガシーシステムからデータを仲介して最新のアプリケーションに公開することができます。この技術を使用すると、レガシーシステムのデータをAPI経由で使用し、フロントエンドとして最新のアプリケーションを提供することができます。

この戦略には制限があります。特にパフォーマンスや容量が問題となる場合、レガシーシステムをラップすることでパフォーマンスが向上することはなく、追加のオーバーヘッドが発生することさえあります。レガシーシステムとの通信プロトコルも制約され、リアルタイムでの通信が制限されることがあります。


【クラウドマイグレーション】 

レガシープラットフォームを改善するための一般的な戦略は、アプリケーションをクラウドベースのプラットフォームに移行することです。ハードウェアや運用担当者に関連するコストを削減することが目的とされることが多いです。クラウド環境でシステムを運用するもう一つの利点は、ニーズに応じて容量を容易にスケールできることです。


クラウド移行の重要な側面は、法的およびセキュリティの影響を考慮することです。組織は、システムに機密データ(例:個人情報、患者記録、財務情報)を保存することがあります。このような情報は、GDPR(EU)などの規制の対象となる場合や、データが発生した国によって法的に管理される場合、または単に組織にとって機密性が高い場合があります。したがって、情報が物理的にどこに保存されているか、クラウドサプライヤーがどの管轄下で運営されているかを把握し、第三者や外国政府によるデータアクセスを防ぐことが重要です。


【データマイグレーション】

一般的なモダナイゼーション戦略は、レガシーシステムを最新のシステムに移行することです。これは、レガシーシステムに含まれるデータが依然として組織にとって非常に価値がある場合に行われます。新しいシステムを購入または開発し、レガシーシステムからのデータを最新のシステムに移行します。この戦略は、レガシーシステムからの貴重なデータを保持しながら、最新の技術を備えた新しいシステムを提供します。


新しいシステムの購入または開発には多額の投資が必要であり、かなりの時間がかかります。レガシーシステムから新しいシステムへのデータ形式を変換するための移行ツールが必要であり、移行はデータの一定の割合でしか成功しない場合があるため、手動での移行が必要になることがあります。また、レガシーシステムと新しいシステムが一定期間並行して稼働する場合があり、これにより二重の保守コストが発生することがあります。


【廃止とリプレース】 

場合によっては、レガシーシステムが単に寿命を迎えることがあります。過去に蓄積されたデータはほとんど価値がないと見なされ、システムは組織が必要とする機能を提供する最新のシステムに単純に置き換えられます。レガシーシステムは廃止され、アーカイブされます。レガシーシステムからデータが必要な場合は、アーカイブから取得できます。


この戦略は、レガシーシステムを迅速にリプレースする方法を提供しますが、組織が新しいシステムに適応するまでに時間がかかることがあります。新しいシステムの導入には、担当者の大規模なトレーニングが必要になる可能性があります。初期の期間中、組織はアーカイブと新しいシステムの両方からデータを取得する必要があるかもしれません。これには、時間のかかる手動プロセスが必要になることがあります。

 


 

まとめ

レガシーモダナイゼーションは、企業が競争力を維持し、効率的にビジネスを運営するために重要です。古いシステムを最新ソリューションに変えることで、柔軟性を高め、セキュリティリスクを軽減し、ビジネスの価値提供を最適化できます。適切な戦略と計画を立てることで、企業はレガシーシステムの制約を克服し、変化する市場環境に迅速に対応できるようになります。これにより、顧客に対してより良いサービスを提供し続けることができるでしょう。


ご一読いただきありがとうございました。Iasa日本支部では情報交換や勉強会の場を設けており、システムの視覚化についても研鑽を深めていますので、今後のIasa日本支部の活動へのご参加、ご協力をよろしくお願いいたします。

 

閲覧数:48回0件のコメント

Comments


bottom of page