会社で20年以上使っている古い業務システムがあります。全面的に作り直すしかないのでしょうか?
20年以上使っている古い業務システムだからといって、必ずしも全面的に作り直す必要はありません。
まず確認したいのは、そのシステムが現在の業務に合っているかどうか、そして何が問題になっているのかという点です。
古いシステムであっても、現在の業務に十分対応できているのであれば、既存の機能を活かしながら、必要な部分だけを改善するという選択肢も考えられます。
まずは、現在の業務に合っているかを確認する
20年以上前に開発されたシステムとなると、当時と現在では事業内容や業務の進め方が変わっていることもあるでしょう。
そこで最初に確認したいのは、現在使っているシステムの機能が、今の業務に適合しているかどうかです。
例えば、20年前に作られたシステムでも、当時から業務の内容が大きく変わっておらず、現在も問題なく利用できている場合があります。
一方で、機能そのものには不満がなくても、操作画面が古く、使いづらいと感じているケースもあるでしょう。
このような場合、システム全体を作り直さなくても、使い勝手の悪い部分を改善することで、問題を解決できる可能性があります。
古い画面を使いやすくするだけでも、改善につながる
昔の業務システムは、当時のパソコンやディスプレイの性能に合わせて設計されています。
例えば、当時はディスプレイの解像度が低かったため、入力画面や文字の入力欄が小さく設計されていることもあります。
現在では大きなディスプレイが一般的になっていますが、古いシステムの画面は当時のサイズのままで、入力しづらいということもあるでしょう。
業務システムにおいて、人が情報を入力する部分の使いやすさは重要です。
もし、システムの機能自体には問題がなく、入力画面の使いづらさが主な課題であれば、既存の機能を活かしながら、UI(操作画面)だけを改善する方法も考えられます。
ただし、すべてのシステムで画面だけを変更できるわけではありません。
現在のシステムがどのような構造で作られているかによって、改修できる範囲は異なります。
そのため、まずは現状を確認し、どの部分をそのまま活かせるのか、どの部分を新しくする必要があるのかを判断することが大切です。
プログラムの稼働環境やセキュリティには注意が必要
一方で、古い業務システムについて特に気になるのが、プログラムを動かしている環境です。
業務上は問題なく使えていても、システムを構成するプログラミング言語や実行環境が古くなっている可能性があります。
例えば、すでにサポートが終了している環境や、適切なメンテナンスが行われていない環境で動いている場合、セキュリティ上のリスクを抱えていることも考えられます。
このような場合は、単に画面を改善するだけでは解決できません。
新しいプラットフォームへの移行や、プログラムそのものの作り直しが必要になることもあります。
つまり、現在問題なく動いているからといって、そのまま使い続けてよいとは限らないということです。
業務上の使いやすさと、システムを安全に運用できる環境かどうかは、分けて確認する必要があります。
全面刷新には、費用や開発期間以外の負担もある
古いシステムを全面的に作り直せば、全体を新しい技術や設計に合わせて整理することができます。
しかし、当然ながら開発費用や期間も大きくなります。
さらに考えなければならないのが、実際にシステムを利用している社員の方々への影響です。
長年使い慣れた業務システムが突然まったく違うものに変われば、操作方法を覚え直さなければなりません。
また、日々の業務を止めるわけにはいきませんので、既存システムを使いながら新しいシステムへ切り替えるタイミングや、移行期間中の運用についても考える必要があります。
システムの全面刷新は、開発する側だけではなく、利用する側にとっても大きな負担になる可能性があります。
必要な部分から少しずつ新しくする方法もある
そこで検討したいのが、システム全体を一度に作り直すのではなく、必要な部分から段階的に改善していく方法です。
例えば、最初は特に使いづらい入力画面を改善し、その後、別の機能を見直していくという進め方です。
一つの部分を改善したら、次に別の部分へ進む。
このように少しずつ新しくしていくことで、現在の業務を継続しながら、システムの改善を進められる可能性があります。
もちろん、古いシステムの構造によっては、部分的な改修が難しい場合もあります。
どのような方法が取れるかは、実際のシステムを確認しなければ判断できません。
大切なのは、最初から全面刷新を前提とするのではなく、既存のシステムをどこまで活かせるかという視点を持つことです。
まとめ:古いから作り直すのではなく、何を改善したいのかを考える
20年以上使っている業務システムであっても、現在の業務に適合しているのであれば、その機能を活かせる可能性があります。
一方で、プログラムの稼働環境やセキュリティに問題がある場合は、新しい環境への移行や作り直しが必要になることもあります。
大切なのは、システムが古いという理由だけで全面刷新を決めるのではなく、現在の問題点を明らかにしたうえで、必要な対応を判断することです。
ハネソルでは、既存のシステムを活かせる部分は活かし、必要な部分だけを改善するという考え方を大切にしています。
全面的に作り直すべきなのか、一部を改修することで対応できるのか。
それは現在のシステムの状況によって異なります。
長年利用している業務システムの今後についてお悩みであれば、まずは現在のシステムの状況や、どのような部分にお困りなのかをお聞かせください。
現状を確認しながら、どのような改善方法が考えられるのか、一緒に整理していければと思います。
自社の場合はどうすればよいか分からない方へ
現在の業務や既存システムについて、分かっている範囲で構いません。使える仕組みを活かしながら、必要なところから一緒に考えます。