SE/SIerの運用保守は、開発が終わったあとに続く長い伴走の仕事です。全体の流れは、内製か外注かの判断、ベンダー選定、SLA設定、引継ぎ、定常運用の順です。
新規開発に比べて地味に見られがちですが、システムの寿命や、トラブル時にどれだけ早く立ち上がれるかは、この進め方次第で大きく変わります。業界特有の前提で動くため、一般論だけでは現場の姿がつかみにくいのが実情です。
- 運用と保守の違い、多重下請けと人月の前提
- 内製・外注、ベンダー選定、SLA、引継ぎの工程
- 人月単価とランニングコストの内訳
- 保守範囲、複数社比較、契約リスクの確認
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
SE/SIerの運用保守の定義と全体像
SE/SIerの運用保守は、開発したシステムを安定して動かし続ける「運用」と、障害対応や機能改修を担う「保守」を組み合わせた、継続的なサービスです。SIerが請け負う場合は、自社の開発要員に加えて協力会社のエンジニアが入る多重下請け構造になることが多く、現場では複数社のメンバーが一つのシステムを支えています。
まずは、この業界特有の前提と、運用・保守それぞれの守備範囲を確認します。
運用と保守の区別とSIer案件での線引き
運用とは、システムが正常に動き続けるための定常業務を指します。具体的には、サーバーやネットワークの監視、データのバックアップ、アクセス権限の管理、ユーザーからの問い合わせ対応などが含まれます。
一方で保守は、障害が発生したときの原因究明と復旧、法改正や業務変更に伴う機能の修正・追加など、システムに手を加える作業を指します。SIerの運用保守では、この線引きを契約の段階で明確にしておくことが重要です。
たとえば「問い合わせ対応は運用の範囲だが、その結果プログラム修正が必要になった場合は保守扱いで追加費用が発生する」といった切り分けが曖昧だと、後から費用トラブルに発展します。そのため、準委任契約で継続的に対応する運用部分と、成果物の完成を約束する請負として切り出す改修部分を、業務ごとに分けて合意しておくことが第一歩です。
多重下請け構造と人月という考え方
SIerの運用保守を理解するうえで避けて通れないのが、多重下請け構造と人月という考え方です。元請けのSIerが案件を受注し、その下に二次請け・三次請けの協力会社が連なり、実際の監視や保守作業を担う現場メンバーが配置されるケースが少なくありません。
発注者から見ると、窓口は元請けの一社でも、実際の作業は複数社にまたがっています。そのため、どの会社が何を担当しているかを、最初に確かめておく必要があります。
費用の単位として広く使われるのが「人月」で、エンジニア1人が1か月稼働する工数を1人月とし、その単価に必要人数と期間を掛けて費用を算出します。運用保守は成果物が目に見えづらいため、何人を何か月張り付けるかという人月の体制が、見積りの土台になります。さらに、多重下請けでは中間マージンが各層で乗るため、同じ作業でも体制の組み方によって総額が変わります。
SE/SIerの運用保守の進め方と工程
SE/SIerの運用保守は、行き当たりばったりで始めると属人化やトラブルの温床になります。発注者の立場では、体制を立ち上げる流れを工程ごとに押さえ、内製か外注かの判断から、ベンダー選定、SLA設定、引継ぎ、定常運用へと順序立てて進めることが成功の鍵です。
内製・外注の判断とベンダー選定フェーズ
最初の分岐点は、運用保守を社内で内製するか、SIerなどに外注するかの判断です。社内に十分なエンジニアと知見があれば内製も選択肢ですが、24時間監視や障害時の即応体制まで自前で用意するのは負担が大きく、外部のSIerに委ねるケースが一般的です。
外注を選ぶ場合は、要件定義からRFI（情報提供依頼）、RFP（提案依頼）、評価表での比較選定という流れで進めます。ベンダー選定は時間のかかる工程で、全体で4〜6か月を見込むのが現実的です。現行ベンダーとの契約満了が見えているなら、その6か月前には動き出さないと、引継ぎが間に合わず、不利な条件で延長せざるを得なくなります。
評価表では、価格の配点を20点以下に抑え、「○5点・△2点・×0点」のように点差をはっきりつけると、安さだけで品質の低いベンダーを外しながら評価のブレを防げます。発注先の選び方をさらに詳しく知りたい方は、SE/SIerの運用保守でおすすめの開発会社/ベンダー6選と選び方もあわせてご覧ください。具体的な比較の視点が得られます。
SLA設定と体制構築フェーズ
ベンダーが決まったら、どこまで品質を保証してもらうかを、SLA（サービスレベル合意）として定めます。SLAでは、サーバーやアプリの稼働率、障害発生時の応答時間と復旧時間、ヘルプデスクの電話応答率などを、KPIとして数値で取り決めます。
参考までに、大阪市のガイドラインでは、稼働率99.8%以上、基準応答時間達成率93%（3秒以内）、重大障害は年2回までといった具体値が示されています。障害通知遵守率は100%（発生後30分以内）、ヘルプデスク電話応答率は97%以上（平均20秒以内）です。SLAを実効性のあるものにするには、未達のときの改善勧告やペナルティのルールまで決めておくことが大切です。
多重下請け構造では、現場の協力会社まで品質基準が浸透しないとSLAが形骸化しがちです。そのため、元請けが下位の協力会社にも同等の基準を適用しているかを確かめます。さらに、人月体制も、何人をどの時間帯に張り付けるか、夜間や休日の対応をどうするかを、この段階で明文化しておきます。
引継ぎと定常運用フェーズ
新しいベンダーへ運用保守を移管する場合、引継ぎの質が立ち上がりの安定性を左右します。効果的なのは、新担当に1.0人月程度を割り当てつつ、現行担当者に週2日程度のサポートを2か月ほど続けてもらう体制です。
OJTを通じてシステム固有の癖や過去の障害履歴を引き継いでもらうと、いきなり全責任を移す場合より、移管直後のトラブルを抑えられます。引継ぎが完了すると、いよいよ定常運用に入ります。日々の監視やバックアップを回し、障害が起きれば手順に沿って一次切り分けと復旧を行い、改修要望があれば保守の枠で対応します。
定常運用では、月次の運用報告会でSLAの達成状況を示し、必要に応じて体制や手順を見直す改善サイクルを回します。こうした改善を続けることが、システムを長く健全に保つコツです。SIerの運用保守は、この地道なサイクルの積み重ねによって価値を生み出します。
費用相場と人月ベースのコスト内訳
運用保守の費用は、システムの寿命全体で見ると決して小さくありません。ソフトウェアの全体コストのうち40〜80%、平均では約60%が運用保守に費やされるという調査もあります。経産省の調査でも、従来システムの運用と新規構築への支出割合は、全産業平均で約2対1とされています。
SIerの運用保守は人月ベースで費用が積み上がるため、その内訳を理解しておくことが、適正な予算配分につながります。
人月単価と工数の構造
SIerの運用保守費用の中心は人件費です。人月単価はエンジニアのスキルや役割によって幅があり、監視オペレーターに比べ、設計や障害解析まで担うシニアSEは単価が高くなります。
多重下請け構造では、元請けが提示する単価に各下請け層のマージンが含まれるため、同じスキルのエンジニアでも、体制の階層が深いほど発注者の負担が増えやすい傾向にあります。工数の内訳を見ると、保守作業で最も時間を要するのは「調査・分析」で、全作業時間の約30%を占めるとされています。
つまり、プログラムを直す時間以上に、原因を突き止めて影響範囲を見極める時間が大きいということです。ドキュメントが整備され、システムの構造が把握しやすい状態であれば、この調査時間を圧縮でき、結果として人月を抑えられます。逆に、属人化が進んでいるシステムほど調査に時間がかかり、保守費用がかさみます。
初期費用以外のランニングコスト
運用保守の費用は人件費だけではありません。監視ツールや運用管理ツールのライセンス費用、クラウドのインフラ利用料、バックアップ用のストレージ費用などが、毎月のランニングコストとして発生します。これらは人月とは別枠で積み上がるため、見積りを比べる際は、人件費に含まれるのか別途請求なのかを必ず確認しましょう。
もう一つ見落としやすいのが、ベンダー乗り換え時の移行コストです。新ベンダーの月額が現行より安くても、移行作業に300〜500万円かかるなら、5年間のTCO（総保有コスト）で見ると逆転してしまうことがあります。SIerの運用保守は長期契約が前提となるため、目先の月額だけでなく、移行や改修まで含めた数年単位の総額で判断することが欠かせません。
具体的な相場感は、SE/SIerの運用保守の見積相場や費用/コスト/値段についてで詳しく解説しています。
見積もりを取る際のポイントと注意点
見積りの取り方を誤ると、「ぼったくり」に近い割高な契約になるおそれがあります。逆に対応範囲が狭すぎると、肝心なときに動いてもらえない契約にもなりかねません。見積りを取る際は、保守範囲を具体的に定義し、複数社から見積りを取り、契約上のリスクを確かめることが実務上の要点になります。
人月という単位は便利な反面、内訳がブラックボックス化しやすいため、発注者側が妥当性を自ら検証する姿勢が求められます。
保守範囲の明確化と仕様の準備
見積りの精度を高める最大の鍵は、保守対象範囲を具体的に定義することです。どのサーバー・どのアプリケーションを対象とするのか、監視の時間帯は平日日中だけか24時間365日か、障害時の駆けつけは必要か、改修はどこまでを定額に含めるのか、といった条件を提示資料にまとめておきます。
範囲が曖昧なまま見積りを取ると、各社が異なる前提で金額を出すため、比較そのものが成立しません。あわせて、現行システムの構成図、過去の障害履歴、運用手順書といった資料を提供できると、ベンダーは調査・分析の負荷を見積もれるため、リスク上乗せ分が減り、結果的に費用が下がる傾向があります。
情報を出し惜しみすると、ベンダーは不確実性を金額に織り込むため、かえって割高になりかねません。発注前の準備をどう進めるかは、SE/SIerの運用保守の発注/外注/依頼/委託方法についてもあわせて参考にしてください。
複数社比較と費用妥当性の検証
運用保守は、同じ条件でも会社によって人月単価や体制の組み方が異なるため、必ず複数社から見積りを取ります。このとき、現行ベンダーをあえてRFPに参加させると、競争原理が働いて契約条件が大幅に見直され、3〜4割の確率で現行ベンダーの継続という結果になることもあります。
相見積もりは、乗り換え前提でなくても、現契約の妥当性を検証する手段として有効です。相見積もりが取りづらい場合は、作業報告書やサーバーログから実際の稼働時間を算出し、提示された人月と照らし合わせる監査的な方法もあります。
請求されている工数に対して実稼働が著しく少なければ、それは見直しの交渉材料になります。SIerの運用保守は外から中身が見えにくいからこそ、こうしたデューデリジェンスの視点を持つことで、適正価格に近づけられます。
契約上の注意すべきリスクと対策
SIerの運用保守契約には、見落とすと後で痛い目を見る落とし穴がいくつかあります。たとえば、契約形態を準委任契約とすると、印紙税法上の第7号文書に該当せず収入印紙が不要になるケースが多く、コスト面でメリットがあります。
一方で準委任は成果物の完成を約束しない契約なので、改修のように明確な成果を求める部分は請負として切り分けるなど、業務の性質に応じた使い分けが必要です。もう一つ注意したいのが、ハードウェア保守における故障部品の扱いです。HDD交換などで取り外した故障部品の所有権は、保守会社に帰属するのが一般的です。
機密データが残った媒体を確実に破棄してほしい場合は、その旨を別途契約で取り決めておく必要があります。また、契約書には保守対象範囲や費用と支払い方式、免責事項、契約解除条件を明記し、免責がベンダーに有利すぎないかも必ず見ておきます。これらを曖昧にしたまま契約すると、障害時の責任の押し付け合いに発展しかねません。
まとめ
SE/SIerの運用保守は、運用と保守の線引きを明確にし、多重下請け構造と人月という業界特有の前提を理解したうえで進めることが、成功の前提となります。
進め方は、内製か外注かを判断したうえで、4〜6か月かけてベンダーを選び、定量的なSLAを設定します。その後、2か月程度かけて丁寧に引き継ぎ、改善サイクルを回す定常運用へと進みます。
各工程を順序立てて進めることで、属人化やトラブルのリスクを大きく減らせます。
費用面では、ソフトウェアの全体コストのうち平均約60%が運用保守に費やされ、調査・分析が工数の約30%を占めることを踏まえておきます。そのうえで、人月単価とランニングコスト、移行コストまで含めた数年単位の総額で判断することが重要です。
見積りでは保守範囲を具体的に定義し、複数社比較や稼働ログによる妥当性検証を行い、準委任と請負の使い分けや故障部品の所有権といった契約の落とし穴に注意しましょう。さらに体系的に全体像を押さえたい方は、SE/SIerの運用保守の完全ガイドもあわせてご覧いただくと、各テーマへの理解がより深まります。
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。