「JaBOL」を否定する理想論では何も解決しない、未来に向けた体制づくりが肝
数多くのモダナイゼーション案件を見てきた筆者の経験から、実際に起こり得る問題や葛藤を架空の事件簿として解説する本連載。今回は、過去に脱メインフレームを断念して残存したレガシーシステムを抱える企業の事例を紹介する。 経済産業省が2018年に公表した「DXレポート」が指摘した「2025年の崖」が近づき、メインフレームメーカーが次々と事業撤退を発表している。いよいよ脱メインフレームが急務になってきた。 実際には過去にも脱メインフレームを検討したことがある企業は多い。しかしビジネスの継続性を優先すると、新たなビジネス価値を生み出しにくいモダナイゼーションは後回しにされがちだ。プロジェクトメンバーのモチベーション維持も難しい。 今回紹介するA社は、若い世代を中心としたプロジェクト体制をつくることで問題を乗り越えた。移行後の開発保守にはAI（人工知能）を活用し、未来に備えている。 非現実的な再構築より
COBOLじゃなくても負の遺産に、DXを阻む「オープンレガシー」の課題を整理
この特集シリーズで以前にも述べたように、DX（Digital Transformation）を進めようとする多くの企業にとって壁となるのがレガシーシステムだ。レガシーシステムが残っているためにデータを活用しきれない、システムの維持管理費が高額化する、保守運用の担い手が不在になるといった課題がDXの展開を阻む。 今回はDXを目指す企業がしばしば遭遇するレガシーシステムの課題について整理していこう。課題を一通り把握しておくと、レガシーシステム刷新にどう取り組むべきかの対策も分かりやすくなる。 レガシーシステムというと、一般に「メインフレームを使っていたらレガシー」「プログラミング言語としてCOBOLを使っていたらレガシー」といったイメージを抱く人もいるかもしれない。だが実際にはメインフレームやCOBOLに限らず、10～ 20年前に作られたオンプレミス環境のサーバー上で稼働するWebシステムなど
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
