---
title: "システムの保守と運用は何が違うか。頼み方の整理｜アメリア・テクノロジー株式会社"
url: https://www.ameliatechnology.co.jp/blog/maintenance-vs-operation/
description: "システムの「運用」は動かし続けるための日々の作業、「保守」は不具合の修正や改修など、システムそのものに手を入れる作業です。違いと作業の例、社内と外部の分担の決め方、頼むときに書いておくことを、はじめての方向けに説明します。"
updated: 2026-11-12
publisher: "アメリア・テクノロジー株式会社"
---
# システムの保守と運用は何が違うか。頼み方の整理

システムの「運用」は動かし続けるための日々の作業、「保守」は不具合の修正や改修など、システムそのものに手を入れる作業です。違いと作業の例、社内と外部の分担の決め方、頼むときに書いておくことを、はじめての方向けに説明します。

2026.11.12 [Webとシステム開発](https://www.ameliatechnology.co.jp/blog/category/web/)

執筆 [桐谷彰人](https://www.ameliatechnology.co.jp/blog/author/kiritani/)（取締役COO）

Webとシステム開発（WEB & SYSTEMS）のコラム

## この記事の要点

- 運用はシステムを止めずに動かし続けるための日々の作業で、保守は不具合の修正や改修など、システムそのものに手を入れる作業です
- どちらも、会社や契約によって言葉の範囲が違うため、作業の一覧を作って「誰が、どこまで」を決めておくことが大切です
- 外部に頼むときは、対応する作業と時間帯、連絡の窓口、費用のかかり方、記録の残し方を、契約や取り決めに書いておきます

システムの「運用」とは、システムを止めずに動かし続けるための日々の作業で、「保守」とは、不具合の修正や改修など、システムそのものに手を入れる作業です。運用は「いまの状態を保つ仕事」、保守は「システムを直したり変えたりする仕事」と考えると分かりやすいでしょう。

ただし、言葉の範囲は会社や契約によって違います。「保守をお願いしているから、全部見てもらえると思っていた」という食い違いを防ぐには、言葉に頼らず、作業の一覧で「誰が、どこまで」を決めておくことが大切です。

## 運用とは

運用とは、システムを決めたとおりに動かし続けるための日々の作業です。システムに手を入れるのではなく、動いている状態を見守り、決まった手順で作業します。

運用に含まれる作業の例です。

- システムが動いているかの監視と、異常の通知を受けたときの一次の対応
- バックアップが取れているかの確認
- 利用者の登録・削除や、権限の変更
- 決まった時期の処理（月末の締めの処理など）の実行と確認
- 利用者からの問い合わせへの対応（[ヘルプデスク](https://www.ameliatechnology.co.jp/glossary/helpdesk/)）
- 証明書やドメインなど、期限のあるものの更新の管理

運用の作業は、手順書（[ランブック](https://www.ameliatechnology.co.jp/glossary/runbook/)）にまとめておくと、担当が替わっても同じように進められます。

## 保守とは

保守とは、システムそのものに手を入れて、直したり変えたりする作業です。プログラムや設定を変えるため、技術の知識が必要になります。

保守に含まれる作業の例です。

- 不具合の原因を調べて直す
- OS・プログラム言語・部品の版上げと、セキュリティの修正を当てる
- 法令や制度の変更に合わせた改修
- 業務の変化に合わせた小さな機能の追加や変更
- 動きが遅くなったときの原因の調査と改善

保守の中でも、不具合を直す作業と、機能を足す作業は分けて考えることが多いです。機能の追加は、範囲によっては保守ではなく、新しい開発として別に見積もることがあります。

## 違いを表で整理する

運用と保守の違いを、次の表のように整理できます。

| 比べる点 | 運用 | 保守 |
|---|---|---|
| 目的 | いまの状態を保ち、止めずに動かす | 直す・変える・新しくする |
| システムへの手の入れ方 | 基本は手を入れず、決めた手順で操作する | プログラムや設定を変える |
| 主な作業 | 監視、バックアップの確認、利用者の管理、問い合わせ対応 | 不具合の修正、版上げ、改修 |
| 必要な知識 | 手順と業務の理解 | 技術の知識と、システムの中身の理解 |
| 起きる時期 | 毎日・毎月など、決まった周期 | 不具合や変更の必要が生じたとき、計画した時期 |

まとめて[保守運用](https://www.ameliatechnology.co.jp/glossary/maintenance-operation/)と呼ぶことも多く、1つの契約で両方を頼む場合もあります。その場合も、中身を作業ごとに分けて書いておくと、範囲の食い違いを防げます。

## 社内と外部の分担の決め方

社内と外部の分担は、作業の一覧を作り、作業ごとに「誰がするか」を決めていきます。いきなり「保守は外部、運用は社内」と大きく分けるより、作業ごとに決めるほうが漏れが出にくくなります。

決めるときの目安は、次のとおりです。

- **業務の判断が要る作業は社内**：利用者の登録の承認、業務の締めの処理の確認など
- **技術の知識が要る作業は外部（または社内の技術の担当）**：不具合の修正、版上げ、障害の原因の調査など
- **夜間や休日の対応**：止まると困る時間帯があるなら、誰が、どの時間帯に対応するかを決める
- **作ったときの会社**：システムを作った会社が保守を受けるか、別の会社に頼むかで、引き継ぎの準備が変わる

分担を表にするときは、作業ごとに「実行する人」「承認する人」「相談を受ける人」「結果を知らせる人」を分けて書く[RACI](https://www.ameliatechnology.co.jp/glossary/raci-chart/)という書き方も使えます。

## 外部に頼むときに書いておくこと

外部に頼むときは、対応する作業と時間帯、連絡の窓口、費用のかかり方、記録の残し方を、契約や取り決めに書いておきます。

1. **対応する作業の一覧**：運用・保守のうち、どの作業を頼むか。頼まない作業も書く
2. **対応する時間帯**：平日の日中だけか、夜間や休日も含むか
3. **連絡の窓口と方法**：誰から誰へ、どの手段で連絡するか。急ぎのときの連絡先
4. **対応までの時間の目安**：連絡を受けてから、どのくらいで対応を始めるか
5. **費用のかかり方**：毎月決まった額か、作業の時間に応じるか。範囲を超えた作業の扱い
6. **記録と報告**：対応した内容をどこに残し、どのくらいの周期で報告するか

対応の水準を数字で決める考え方は[SLA（サービスレベル合意）の決め方](https://www.ameliatechnology.co.jp/blog/sla-how-to-decide/)、契約の条項で決めておくことは[システムの保守契約で決めておくこと](https://www.ameliatechnology.co.jp/blog/maintenance-contract-points/)で詳しく説明しています。

## 社内に残しておくもの

外部に頼む範囲が広くても、社内には、システムの全体を把握するための情報と、判断する役割を残しておきます。すべてを外部に任せると、頼む先を替えたいときや、頼む先と連絡が取れなくなったときに、何も分からなくなるおそれがあるためです。

社内に残しておきたいものの例です。

- システムの一覧（何が、どこで、誰の管理で動いているか）
- 契約と、ドメイン・クラウド・ライセンスなどのアカウントの名義と管理の担当
- 設計書、手順書、障害や変更の記録の置き場所
- 運用・保守の作業の一覧と、社内と外部の分担の表
- 変更や追加を頼むかどうかを判断する人

アカウントの名義は、外部の会社ではなく自社にしておくのが基本です。外部の担当が作業に使うアカウントは、担当ごとに分けて発行し、作業が終わったら止められるようにしておきます。

## よくある食い違い

保守と運用で起きやすい食い違いには、次のようなものがあります。

- 保守を頼んでいるつもりが、契約では「不具合の修正」だけで、版上げは含まれていなかった
- 夜間に止まったが、対応の時間帯が平日の日中だけだった
- 小さな変更のつもりで頼んだら、別の見積もりになった
- システムを作った会社が替わり、システムの中身を知る人がいなくなった

どれも、作業の一覧と範囲を前もって書いておけば防ぎやすいものです。システムの中身を知る人がいなくなる心配があるときは、設計書や手順書をそろえておくことが助けになります。開発会社を替えるときの準備は[開発会社を替えるときの引き継ぎ](https://www.ameliatechnology.co.jp/blog/vendor-switch-handover/)をご覧ください。

## 当社のご支援

当社の[Webシステム開発](https://www.ameliatechnology.co.jp/service/web-system/)では、作ったシステムを公開した後の運用と改善まで続けて受け持ちます。いま使っているシステムを使い続けながら、運用と改善を任せたい場合は[AIインテグレーション](https://www.ameliatechnology.co.jp/service/integration/)でもお受けしており、社内で運用を続けられるようにする内製化の支援も行います。頼む範囲の整理からご一緒したい場合は、[お問い合わせ](https://www.ameliatechnology.co.jp/contact/)からご相談ください。

- 保守
- 運用
- 外部委託
- 入門

## この記事に出てくる用語

- [監視](https://www.ameliatechnology.co.jp/glossary/monitoring/)
- [バックアップ](https://www.ameliatechnology.co.jp/glossary/backup/)
- [ヘルプデスク](https://www.ameliatechnology.co.jp/glossary/helpdesk/)
- [ドメイン](https://www.ameliatechnology.co.jp/glossary/domain/)
- [運用手順書（ランブック）](https://www.ameliatechnology.co.jp/glossary/runbook/)
- [RACI（責任分担表）](https://www.ameliatechnology.co.jp/glossary/raci-chart/)
- [可用性・SLA](https://www.ameliatechnology.co.jp/glossary/availability-sla/)
- [保守契約](https://www.ameliatechnology.co.jp/glossary/maintenance-contract/)

この記事を書いた人

[桐谷彰人](https://www.ameliatechnology.co.jp/blog/author/kiritani/) 取締役COO

システムエンジニアとして、ビジネスモデルの策定から要件定義、開発、コードレビューまでを担当してきました。運送管理、飲食業向けのDX、ECサイトなど、さまざまな業界のシステム開発に携わっています。

このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。

## あわせて読みたい

- [ゼロトラストの考え方と、中小企業の始め方](https://www.ameliatechnology.co.jp/blog/zero-trust-for-smb/)
- [Webアクセシビリティの対応。合理的配慮の義務化と進め方](https://www.ameliatechnology.co.jp/blog/web-accessibility-obligation/)
- [発注者が知っておきたいテストの種類と確かめ方](https://www.ameliatechnology.co.jp/blog/testing-for-buyers/)

[Webとシステム開発のコラムを見る](https://www.ameliatechnology.co.jp/blog/category/web/) [コラムの一覧に戻る](https://www.ameliatechnology.co.jp/blog/)

## 次の一歩

### 業務で使うWebシステムをつくる

社内で使う業務システムやWebサービスを、要件定義から設計・開発・テスト、公開した後の運用まで受け持ちます。

[Webシステム開発を見る](https://www.ameliatechnology.co.jp/service/web-system/)

### まずは30分、オンラインで話してみる

何に使うかが決まっていない段階でも構いません。30分のオンライン相談は無料です。

[無料で相談する](https://www.ameliatechnology.co.jp/contact/)

## ご関心に合わせて、お選びください。

[情報を集めている方へ会社案内、AI開発の例、セキュリティ診断の報告書の見本をお送りします。資料をダウンロード](https://www.ameliatechnology.co.jp/download/)[課題が見えている方へオンラインで30分、お話をうかがいます。費用はかかりません。無料で相談する](https://www.ameliatechnology.co.jp/contact/)[進め方を決めたい方へ2〜4週間で、優先順位と計画をまとめるAI活用の診断です。診断について見る](https://www.ameliatechnology.co.jp/pricing/#diagnosis)

---

出典：アメリア・テクノロジー株式会社「システムの保守と運用は何が違うか。頼み方の整理｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/maintenance-vs-operation/