SE（システムエンジニア）やSIer（システムインテグレーター）が担う運用保守は、開発フェーズが終わった後に始まる長い伴走の仕事です。新規開発の華やかさに比べて地味に見られがちですが、システムの寿命をどれだけ伸ばせるか、トラブル時にどれだけ早く立ち上がれるかは、この運用保守の進め方次第で大きく変わります。とりわけSIerの運用保守は多重下請けや人月見積りといった業界特有の構造を前提に動くため、一般的な「運用と保守」の説明だけでは現場のイメージがつかみにくいのが実情です。
この記事では、SE/SIerの運用保守をこれから組み立てる発注者・情シス担当者、あるいは運用保守案件に関わるエンジニア自身に向けて、業務の全体像から具体的な進め方、人月をベースにした費用構造、そして見積りを取る際に押さえるべきポイントまでを体系的に解説します。多重下請け構造の中で「誰がどこまで責任を持つのか」を曖昧にしないための実務知識も盛り込み、契約後に「それは契約範囲外です」と言われて慌てないための視点を提供します。読み終えるころには、SIer型の運用保守を安心して任せられる体制づくりの全体像がつかめるはずです。
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の運用保守の見積相場や費用/コスト/値段についてで詳しく解説しています。
見積もりを取る際のポイントと注意点
SIerの運用保守は、見積りの取り方を誤ると「ぼったくり」に近い割高な契約や、逆に対応範囲が狭すぎて肝心なときに動いてもらえない契約になりかねません。人月という単位は便利な反面、内訳がブラックボックス化しやすいため、発注者側が能動的に妥当性を検証する姿勢が求められます。ここでは見積りを取る際に押さえるべき実務的なポイントを解説します。
保守範囲の明確化と仕様の準備
見積りの精度を高める最大の鍵は、保守対象範囲を具体的に定義することです。どのサーバー・どのアプリケーションを対象とするのか、監視の時間帯は平日日中だけか24時間365日か、障害時の駆けつけは必要か、改修はどこまでを定額に含めるのか、といった条件を提示資料にまとめておきます。範囲が曖昧なまま見積りを取ると、各社が異なる前提で金額を出すため、比較そのものが成立しません。
あわせて、現行システムの構成図、過去の障害履歴、運用手順書といった資料を提供できると、ベンダーは調査・分析の負荷を見積もりやすくなり、リスク上乗せ分が減って結果的に費用が下がる傾向があります。情報を出し惜しみすると、ベンダーは不確実性を金額に織り込むため、かえって割高になりかねません。発注前の準備をどう進めるかは、SE/SIerの運用保守の発注/外注/依頼/委託方法についてもあわせて参考にしてください。
複数社比較と費用妥当性の検証
運用保守は同じ条件でも会社によって人月単価や体制の組み方が異なるため、必ず複数社から見積りを取りましょう。このとき、現行ベンダーをあえてRFPに参加させると、競争原理が働いて契約条件が大幅に見直され、3〜4割の確率で現行ベンダーの継続という結果になることもあります。相見積もりは乗り換え前提でなくても、現契約の妥当性を検証する手段として有効です。
もし相見積もりが取りづらい状況なら、作業報告書やサーバーログから実際の稼働時間を算出し、提示された人月と照らし合わせる監査的なアプローチも有効です。請求されている工数に対して実稼働が著しく少なければ、それは見直しの交渉材料になります。SIerの運用保守は外からは中身が見えにくいからこそ、こうしたデューデリジェンスの視点を持つことで、適正価格に近づけられます。
契約上の注意すべきリスクと対策
SIerの運用保守契約には、見落とすと後で痛い目を見る落とし穴がいくつかあります。たとえば契約形態を準委任契約とすると、印紙税法上の第7号文書に該当せず収入印紙が不要になるケースが多く、コスト面のメリットがあります。一方で準委任は成果物の完成を約束しない契約なので、改修のように明確な成果を求める部分は請負として切り分けるなど、業務の性質に応じた使い分けが必要です。
もう一つ注意したいのが、ハードウェア保守における故障部品の扱いです。HDD交換などで取り外した故障部品の所有権は、保守会社に帰属するのが一般的です。機密データが残った媒体を確実に破棄してほしい場合は、その旨を別途契約で取り決めておく必要があります。契約書には保守対象範囲、費用と支払い方式、免責事項、契約解除条件を明記し、免責がベンダー有利に偏りすぎていないかも必ずチェックしましょう。これらを曖昧にしたまま契約すると、障害時の責任の押し付け合いに発展しかねません。
まとめ
SE/SIerの運用保守は、運用と保守の線引きを明確にし、多重下請け構造と人月という業界特有の前提を理解したうえで進めることが成功の前提となります。進め方としては、内製・外注の判断から始まり、4〜6か月をかけたベンダー選定、定量的なSLA設定、2か月程度の丁寧な引継ぎ、そして改善サイクルを回す定常運用へと続きます。各工程を順序立てて進めることで、属人化やトラブルのリスクを大きく減らせます。
費用面では、ソフトウェア全体コストの約60%が運用保守に費やされること、調査・分析が工数の約30%を占めることを踏まえ、人月単価とランニングコスト、移行コストまで含めた数年単位の総額で判断することが重要です。見積りでは保守範囲を具体的に定義し、複数社比較や稼働ログによる妥当性検証を行い、準委任と請負の使い分けや故障部品の所有権といった契約の落とし穴に注意しましょう。さらに体系的に全体像を押さえたい方は、SE/SIerの運用保守の完全ガイドもあわせてご覧いただくと、各テーマへの理解がより深まります。
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。
また、弊社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。