「システムの老朽化」という問題を抱える企業は少なくありません。日々多くのサイトが目に入る中、使いやすさや機能の点で優劣をつけられることは必然といえます。とくに、日本企業は社内にシステム部を持たず、開発や改修は基本的に外注のことが多いですから、ノウハウが蓄積しにくい側面があります。この記事では、システム改修の流れや費用、ポイントについて解説します。システム改修とはシステム改修とは、文字通り現行システムをよりよいものに改善することです。改修は悪いところをあらためて作りなおすことを意味しますが、システム開発においては必ずしも悪い部分や壊れている部分を直すという意味ではありません。システム改修は、機能を追加したり、デザインを新しくするなど、現行システムよりも使いやすくすることを目的としています。システム改修を検討する目的・タイミングシステム改修を行うタイミングは、下記のようにいくつか挙げられます。既存システムに不具合がある法改正といった外的要因がある現状より使いやすく改善したい既存システムに不具合があるシステムは、開発当時は問題なかったとしても、不具合が表面化することが少なくありません。以下のような不具合が表面化している場合は、システム改修の必要性があります。システムの動きが遅い不具合が多く業務効率が悪い使いにくく業務効率が悪い動きが遅い場合や不具合は、システムを作成した会社の保守でまかなえる場合がありますので、システム会社にどこまで対応してもらえるか確認しましょう。また、サーバーOSやミドルウェアのサポート終了に伴って改修が必要になる場合もあります。サーバーOSWindows Serverなど、サーバー専用に開発されたOSミドルウェアPHP、Java、MySQLなど、処理を行うアプリケーションと制御をするOSとの間に存在するソフトウェアサーバーOSやミドルウェアはシステムを構築する土台となるもので、利用者が快適に使用できるように、最新のセキュリティプログラムや機能追加といったサポートが随時提供されます。その際、新しいバージョンにアップデートを行った際に、システムがうまく動かないなど影響が出る可能性があるため、システム改修を必要とする場合があります。法改正といった外的要因がある法改正といえば、消費税や軽減税率の改定、新しい元号などが代表的ですが、業界に関する法令が変わったときも対象です。法改正に対応することは法令順守の上で必須となりますので、合わせてシステム改修や変更を余儀なくされるでしょう。法改正することがわかった段階で、すぐにシステム開発会社と打ち合わせを開始することをおすすめします。現状より使いやすく改善したいシステムを利用していく上で、「こんな機能があったらもっと使いやすい」というニーズが発生することは非常に多いです。その機能を追加することによってパフォーマンスが高まり、費用対効果において損はないと考えられた場合、システム改修を行う必要性がでてきます。ただ、新たな機能を追加することは、システムの2次開発とも言えるような大きな規模の改修になることもあるため、システム会社と相談しながら慎重に検討しましょう。システム改修の流れ（プロセス）システム改修をする際の基本的な流れを確認していきます。改修目的と要件の定義仕様検討影響範囲調査システム改修実施テスト実施検収システム改修の導入部分は、新規システム開発と同じように要件定義から進みます。追加修正についても同様のプロセスを使い、打ち合わせを繰り返して、その度に見積もりを出すので時間がかかります。打ち合わせから見積もりまず、システム開発会社と改修の目的をはっきりさせ、要件を定めます。システムを開発し、運用を行うと、「こうしたほうが使いやすい」「こんな機能があればよい」などの課題が出るため、これらを要件にまとめていきましょう。その要件内容を加味して、見積もりを出してもらいます。改修の設計打ち合わせやヒアリングが完了したら、具体的に要件定義を行なった上で仕様書や設計書などを作成し、改修費用やスケジュールを確定します。この際、システムを改修することによって、どのような影響がどこまで及ぶのかを調査する影響範囲調査が行われることも多いです。【関連記事】システム開発の要件定義書とは？項目や内容をプロがまとめてみた実際に開発システム改修における設計書の作成まで完了したら、実際に改修作業やテストを実施していきます。システム改修のプログラミングが完了次第、改修によってその他の部分で新たな不具合が生じていないかや、改修した部分の単体や結合テスト、最終的な動作検証まで行なわなければなりません。また、実際にシステムの納品・運用となる前には、ユーザーテストも行う必要があります。完成および納品無事に改修が完了したら、本番環境にて動作確認をおこないます。動作検証にて不具合などが発生した場合は、その修正対応をおこなった上で納品します。保守・運用システム開発の時と同様に、改修が完了したら終わりではなく、その後もトラブルなく使用できるように保守運用を定期的に行う必要があります。この行程が入ることで、改修したシステムを継続的に活用できると言えるでしょう。もし社内ではシステムの保守運用を行えるリソースが割けないという場合には、外部のシステム会社に保守運用を依頼するのも1つの手段です。【関連記事】社内システムの作り方｜メリット・デメリットをまとめてみたシステム改修に必要な費用の相場システム開発企業のホームページを見ても具体的な金額を提示していることは少なく、見積もりを出されても適正価格なのか不安に思う方も少なくありません。そこには、システムを構築するのにかかる費用が独特な算出方法が関わっています。費用に関わる「人月」基本的にシステム改修にかかる費用は「人件費(開発費)＋諸経費」で決まります。人件費エンジニアやプログラマーなどの費用諸経費開発に費用な機材などの設備費、ソフト仕様のライセンス料など人件費について、システム業界では、システムの開発や改修に必要な人数と、1人当たりの作業期間を掛けた「人月」という単価を用います。例えば、プログラマー1人とシステムエンジニア1人の合計2人で2か月作業する場合、2人×2か月の「4人月」となり、1人の単価が50万円だとすると、4人月×50万円＝200万円が人件費となります。システム開発企業は、システム改修を依頼された場合、どのような規模でどのようなシステムを構築するのかがわからないと、どの程度のスキルを持つ技術者を何人投入するべきかわかりません。そのため、具体的な費用をホームページに提示することが難しいと言えます。【関連記事】システムの引き継ぎ方法は？必要な項目やポイントを確認システム改修にかかる費用を抑えるポイントシステム改修にかかる費用を抑えるポイントは、以下の5つです。改修箇所は明確にする依頼はまとめて行う自社で対応する範囲を増やす必要なデータを用意する月額制のチームを構築する改修箇所は明確にする当たり前に聞こえるかもしれませんが、解決したい課題や欲しい機能について依頼内容を明確にしておくことです。明確な依頼内容なら、業者としても投入する技術者の人数や作業期間を予測しやすいため、より精度の高い見積もりが出しやすくなります。逆に、不明確な要素が多いほど、システム開発が進んでいく中で大幅な修正や追加作業が発生して別料金がかかったり、余計な費用が発生するケースも少なくありません。依頼はまとめて行う小規模のシステム改修でも、システムの制作工程は変わりません。そのため、細かい改修が必要になるたびに依頼するより、ある程度まとめて依頼した方が全体としての費用は抑えられる可能性が高いです。ちょっとした改修であっても、システム会社はその都度環境を整えて、テストデータを準備をする一連の工程を行うため、極力重複する作業工程を減らすようまとめて依頼した方が得策です。自社で対応する範囲を増やすシステムを改修すると、そのマニュアルにも修正が必要になりますが、可能なら自社で修正しましょう。新規開発ではマニュアルも含めて業者に依頼する方が負担軽減によいかもしれませんが、マニュアルの修正程度なら自社で体制を整える必要があります。システムに変更はなくても、自社の組織やスタッフに変更があった時にはマニュアルも変更する必要があり、最初から自社で対応できる体制を整えておけばスムーズに変更できます。必要なデータを用意する一般的に、テストデータの作成は業者が行いますが、顧客側でテストデータやテストパターンを用意しておくと、その分の費用が抑えられます。月額制のチームを構築するシステム改修の費用は、月額制のチームを構築することで抑えられる場合があります。必要なときに絞って実装できるので無駄を省きやすくなるからです。従来の請負契約では、見積もりと話し合いで決められた内容で実装します。軽微な仕様変更には対応できますが、大きく変更すると従来よりも工数がかかったり、その分だけ余計に費用がかかったりする可能性を捨てきれません。また、不要なものが見積もりに入っていたとしても、依頼後で調整できないということにもなりかねないことも一つの要因です。【関連記事】一括請負契約と準委任契約のシステム開発についてプロがまとめてみたシステム改修の費用が高くなる事例システム改修で費用が高額になることが多いケースを紹介します。修正による影響が広範囲に及ぶケースデータベースの改修を伴うケーステストに手間がかかるケース修正範囲が広いケース画面の表示に修正を加えるようなケースでは、ちょっとした修正でも画面の数が多くなれば修正箇所も必然的に増えるため、費用も高くなります。しかし、プログラムが共通化できているようなケースでは画面の数と修正量が比例しないこともあり、一概に費用も比例するとは言えません。基本的には1個の修正でも多くの機能に影響が及ぶ場合、費用が高くなると考えておきましょう。データベースを改修するケース画面に項目を追加したり新しい情報を付加したりする場合、現存のシステム次第ですが、データベースから改修しなければならないといけないケースがあります。その場合、データの移行や変換ツールの制作などの作業が増えて、費用がかさみます。テストに工数がかかるケース改修の内容次第では、テスト項目が大量になったり、複雑なパターンでテストするケースも出てきます。そのため、工程数が多くなる分、費用も高くなります。データ量が多い場合は、依頼側でテストデータを用意するなど費用を抑える工夫も検討してみましょう。システム改修の注意点システム改修の注意点としては、以下が挙げられます。新規で作り直すことも検討するデグレードテストは確認しておくマニュアルも整備しておく新規で作り直すことも検討するシステム改修は今までのシステムをそのまま活用できますが、システム改修の規模と費用によっては新規システムを開発するほうが良い場合があります。例を挙げると、既存システムの解析に時間とコストがかかり、改修に長い期間を要する場合です。システム開発は会社ごとに異なるフレームワークを使用していたり、解析とシステム改修だけで想定していたコストを上回ることも少なくありません。この場合、新規システムを開発するほうが、コストもかかる時間も少なくて済みます。システム改修を行う場合はきちんと見積りを出し、対応できるシステム開発会社と要する期間を明確にする必要があります。【関連記事】システム開発の外注知識をプロが解説｜費用相場から失敗例までSaaSの代表例をシステム開発のプロがまとめてみたデグレードテストは確認しておくデグレードテストとは、プログラムに手を加えたことで、今まで正常に動いていた部分が動かなくなっていないかを確認するテストです。システム改修におこなった処理が正常に反映されているかをテストするのはもちろんですが、同時にデグレードテストも必ずおこないます。しかし、システム改修を外注する際、きちんと確認をせずシステム開発会社に一任しているケースも少なくありません。システム改修前後の2つの環境を用意し、それぞれを動作させたうえで同じ結果が得られるかどうか確認できますので、適切なシステム改修をおこなっているか管理する姿勢を示すことが大切です。マニュアルも整備しておくシステム改修の実施によって、社内のオペレーションにも変更が生じるでしょう。しかし、マニュアルの整備をシステム会社に依存してしまうと、業者が変わる度にコストが増えるため、自社で行えるような体制を整えておくことをおすすめします。実際、社内の体制変更などで、軽微な改修などに対応するマニュアル整備は自社で行えば、コスト削減と同時にオペレーションの徹底も期待できます。%3Cdiv%20style%3D%22background-color%3A%20%23eee%3B%20border%3A%201px%20solid%20%23ddd%3B%20padding%3A%2020px%3B%20margin%3A%20auto%3B%22%3E%0A%3Ca%20href%3D%22https%3A%2F%2Fn-v-l.co%2Fcontact%3Futm_source%3Dblog%26utm_medium%3Dbanner%26utm_campaign%3Darticle-inside-banner%22%20target%3D%22_blank%22%20rel%3D%22noopener%22%20style%3D%22display%3A%20block%3B%20text-decoration%3A%20none%3B%22%3E%0A%20%20%20%20%3Cimg%20src%3D%22https%3A%2F%2Fstorage.googleapis.com%2Fstudio-cms-assets%2Fprojects%2FmoWvdvrgq6%2Fs-2400x1000_v-frms_webp_d771ec1e-0c46-4bdc-97d1-622fc7e3da55.png%22%20alt%3D%22Job%20X%E3%83%90%E3%83%8A%E3%83%BC%22%20style%3D%22width%3A%20100%25%3B%20height%3A%20auto%3B%22%3E%0A%3C%2Fa%3E%0A%0A%20%3Cp%20style%3D%22color%3A%20%23555%3B%20line-height%3A%201.6%3B%22%3ETechUnit%EF%BC%88%E3%83%86%E3%83%83%E3%82%AF%E3%83%A6%E3%83%8B%E3%83%83%E3%83%88%EF%BC%89%E3%81%AF%E3%80%81%E6%9C%88%E9%A1%8D%E5%88%B6%E3%81%A7%E9%96%8B%E7%99%BA%E6%94%AF%E6%8F%B4%E3%82%92%E8%A1%8C%E3%81%86%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%81%A7%E3%81%99%E3%80%82%3C%2Fp%3E%0A%20%3Cdiv%0A%20%20%20style%3D%22margin-top%3A%2020px%3B%20padding%3A%200%3Bbackground-color%3A%20%23fff%3B%20margin-bottom%3A%2010px%3B%20padding%3A%2010px%3B%20border-radius%3A%205px%3B%20box-shadow%3A%200%202px%204px%20rgba(0%2C0%2C0%2C0.1)%3B%22%3E%0A%20%20%20%3Cul%20style%3D%22list-style%3A%20none%20!important%3B%20%22%3E%0A%20%20%20%20%20%3Cli%3E%E2%9C%94%20%3Cspan%20style%3D%22color%3A%20red%3B%22%3E%20%E9%96%8B%E7%99%BA%E3%81%8C%E9%80%B2%E3%81%BE%E3%81%AA%E3%81%84%3C%2Fspan%3E%3C%2Fli%3E%0A%20%20%3Cli%3E%E2%9C%94%20%3Cspan%20style%3D%22color%3A%20red%3B%22%3E%20%E8%A6%81%E4%BB%B6%E3%81%8C%E6%B1%BA%E3%81%BE%E3%81%A3%E3%81%A6%E3%81%84%E3%81%AA%E3%81%84%E3%81%AE%E3%81%A7%E6%9F%94%E8%BB%9F%E3%81%AB%E9%80%B2%E3%82%81%E3%81%9F%E3%81%84%3C%2Fspan%3E%3C%2Fli%3E%0A%20%20%3Cli%3E%E2%9C%94%20%3Cspan%20style%3D%22color%3A%20red%3B%22%3E%E4%BB%8A%E4%BE%9D%E9%A0%BC%E3%81%97%E3%81%A6%E3%81%84%E3%82%8B%E9%96%8B%E7%99%BA%E4%BC%9A%E7%A4%BE%E3%81%AB%E4%B8%8D%E6%BA%80%E3%81%8C%E3%81%82%E3%82%8B%0A%3C%2Fspan%3E%3C%2Fli%3E%0A%20%20%20%3C%2Ful%3E%0A%20%3C%2Fdiv%3E%0A%0A%20%3Cp%20style%3D%22color%3A%20%23555%3B%20line-height%3A%201.6%3B%22%3E%0A%20%20%20%3Cspan%20style%3D%22color%3A%20%23007bff%3B%20font-weight%3A%20bold%3B%22%3E%E8%B2%BB%E7%94%A8%E3%81%8C%E7%99%BA%E7%94%9F%E3%81%97%E3%81%AA%E3%81%84%E3%81%94%E7%9B%B8%E8%AB%87%E3%81%AE%E6%AE%B5%E9%9A%8E%E3%81%A7%E3%80%81%E3%82%B3%E3%83%B3%E3%82%B5%E3%83%AB%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0%E3%82%92%E8%A1%8C%E3%81%84%E3%80%81%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%AF%8E%E3%81%AB%E6%9C%80%E9%81%A9%E3%81%AA%E3%83%81%E3%83%BC%E3%83%A0%E3%82%92%E3%81%94%E6%8F%90%E6%A1%88%E3%81%97%E3%81%A6%E3%81%8A%E3%82%8A%E3%81%BE%E3%81%99%E3%80%82%3C%2Fspan%3E%0A%20%3C%2Fp%3E%0A%3Cp%20style%3D%22color%3A%20%23555%3B%20line-height%3A%201.6%3B%22%3E%0A%E3%83%97%E3%83%A9%E3%83%B3%E3%81%AB%E5%BF%9C%E3%81%98%E3%81%A6%E6%9F%94%E8%BB%9F%E3%81%AA%E9%96%8B%E7%99%BA%E4%BD%93%E5%88%B6%E3%82%92%E6%A7%8B%E7%AF%89%E3%81%84%E3%81%9F%E3%81%97%E3%81%BE%E3%81%99%E3%80%82%E3%82%82%E3%81%A1%E3%82%8D%E3%82%93%E3%80%81%E9%96%8B%E7%99%BA%E7%8A%B6%E6%B3%81%E3%81%AB%E5%BF%9C%E3%81%98%E3%81%9F%E3%83%A1%E3%83%B3%E3%83%90%E3%83%BC%E3%81%AE%E5%A2%97%E6%B8%9B%E3%82%82%E5%8F%AF%E8%83%BD%E3%81%A7%E3%81%99%E3%80%82%3C%2Fp%3E%0A%0A%20%3Cp%20style%3D%22color%3A%20%23555%3B%20line-height%3A%201.6%3B%22%3E%0A%20%20%20%3Cspan%20style%3D%22color%3A%20%23007bff%3B%20font-weight%3A%20bold%3B%22%3E%E7%84%A1%E6%96%99%E7%9B%B8%E8%AB%87%E3%82%82%E6%89%BF%E3%81%A3%E3%81%A6%E3%81%8A%E3%82%8A%E3%81%BE%E3%81%99%E3%80%82%3C%2Fspan%3E%E3%81%BE%E3%81%9A%E3%81%AF%E3%81%8A%E6%B0%97%E8%BB%BD%E3%81%AB%E3%81%8A%E5%95%8F%E3%81%84%E5%90%88%E3%82%8F%E3%81%9B%E3%81%8F%E3%81%A0%E3%81%95%E3%81%84%EF%BC%81%3C%2Fp%3E%0A%20%3Cdiv%20style%3D%22text-align%3A%20center%3B%20margin-top%3A%2030px%3B%20margin-bottom%3A%2020px%22%3E%0A%20%20%20%3Ca%20href%3D%22https%3A%2F%2Fn-v-l.co%2Fcontact%22%0A%20%20%20%20%20target%3D%22_blank%22%20rel%3D%22noopener%22%0A%20%20%20%20%20style%3D%22display%3A%20block%3B%20background-color%3A%20%23ff9d00%3B%20color%3A%20white%3B%20padding%3A%2020px%2020px%3B%20text-decoration%3A%20none%3B%20border-radius%3A%205px%3B%20border%3A%201px%20solid%20%23d67c00%3B%20box-shadow%3A%203px%203px%205px%200px%20rgba(0%2C0%2C0%2C0.3)%3Bwidth%3A50%25%3Bmargin%3A%20auto%3B%22%3E%0A%20%20%20%20%20%E3%81%8A%E5%95%8F%E3%81%84%E5%90%88%E3%82%8F%E3%81%9B%E3%81%AF%E3%81%93%E3%81%A1%E3%82%89%20%20%20%3C%2Fa%3E%0A%20%3C%2Fdiv%3E%0A%3C%2Fdiv%3Eシステム改修に関するよくある質問システム改修についてよく聞かれる質問を以下にまとめました。システム開発のメリットは？デグレって何？システム改修と開発の違いは？システム改修のメリットは？システム開発においては、必ずしも悪い部分や壊れている部分を直すという意味ではないのです。システム改修の大きなメリットは今までのシステムをそのまま活用できることです。1からシステム開発をおこなうわけではなく、あくまでも改修になるので、使い慣れたシステムを引き続き使用できます。デグレって何？デグレとは品質の「悪化」や「低下」を意味するデグレード (degrade)の略で、和製英語のため日本人にしか通じません。システム業界において、デグレとはプログラムの変更や修正により、その他のプログラムに意図しない影響によって、ソフトウェアの品質が悪化することを指します。具体的には以下のようなことが挙げられます。過去のバージョンですでに修正済みの不具合の再発変更・修正した箇所以外での新たな不整合・不具合の発生更新内容の喪失顧客の信頼を失いかねない行為ですので、入念に影響調査を実施しましょう。システム改修と開発の違いは？システム開発は、その名の通り新しいシステムの開発です。一方、システム改修はその開発した既存のシステムを修正、変更することを言います。エンジニアから見れば、システム開発は既存のシステムの参考がないため、かなりの労力を必要とし、改修については比較的実施しやすいと言えるかもしれません。ただ、両方とも行程は同じなので、費用についてはシステム会社と目的を明確にし、話し合う必要があります。まとめ「こんな機能があったらいいのに」「この機能はなくしたい」とシステム上の困りごとはありませんか。システム改修には消極的だった、知らなかったというあなたにシステム改修の流れを説明してきました。こちらの流れに沿って、明確な目的と要件を持ってシステム改修をすることで成果を挙げられるでしょう。あなたの会社のシステム改修を行う際の道しるべになれば幸いです。