レガシーシステムを塩漬けにする「4つの痛み」と「6割の現実」
開発現場においてモダナイゼーションを阻む要因は、単なる技術的な移行難易度だけではない。岡部氏は冒頭、企業が直面している課題を大きく4つの「痛み」として整理した。まず挙げられるのが、OSやミドルウェアのサポート終了（EOL/EOS）に対し、対応が後手に回っている状況だ。次に、長年の改修によりシステムの中身がブラックボックス化し、保守や改修が困難になっている点である。さらに深刻なのが人材確保の問題で、COBOLやVB.NETなどレガシー言語を扱えるエンジニアが減少し、採用難易度が高まっている。そして最後がシステムの複雑化であり、構造がスパゲッティ化したことで、軽微な改修であっても工数や費用が肥大化してしまう現状がある。
さらに岡部氏は、経済産業省が2025年5月に発表したレポート「DXの現在地とレガシーシステム脱却に向けて」を引用し、衝撃的なデータを提示した。それによれば、ユーザー企業の61%がいまだにレガシーシステムを保有しており、その半数以上が移行先さえ未定であるという。特に大企業ほど保有率は高く、現場からは「既存システムが複雑すぎて、モダン化が技術的に困難」という声が多く上がっている。岡部氏は、単なるツールの導入ではなく、この「複雑性」そのものを解きほぐすアプローチこそが求められていると指摘する。
「iPLAss」が目指すエンジニアのための「プロコード」領域
レガシー刷新の解として「ローコード開発」が挙げられることは多いが、エンジニアの中には「自由度が低く、複雑な要件に耐えられないのではないか」と懸念する向きもある。岡部氏は、ローコードツールを「ノーコード」「ローコード」「プロコード」の3つに分類し、同社が提供する「iPLAss（アイプラス）」の立ち位置を明確にした。
iPLAssがターゲットとするのは、業務部門が手軽にアプリを作る「ノーコード」ではなく、プロのエンジニアが開発効率を上げるための「プロコード（Pro-Code）」に近い領域だ。顧客接点となるWebフロントエンドや、大規模なトランザクションをさばくバックエンドなど、複雑なロジックや拡張性が求められるシステム開発を想定している。
「iPLAssは『複雑なシステムを早く作る』をコンセプトにした、Javaベースのローコード開発プラットフォームです」と岡部氏は説明する。裏側ではJavaが動作しており、標準機能でカバーできない要件はJavaやGroovyでコードを書いて拡張できるため、「ツールの制約で要件が満たせない」という壁を突破しやすいアーキテクチャになっている。また、iPLAssはオープンソース（OSS）として公開されている点も特徴だ（Enterprise Editionとは機能差分あり）。特定のベンダーにロックインされるリスクを回避し、長期的な保守性が求められる基幹システムの再構築において「オープン性」を担保できる点が、技術選定における重要なポイントとなる。
