ITパスポート｜ITILとSLAとは？サービスマネジメントを解説

simic / 文系のIT資格ノート

2026年7月12日 15:28

※ 本記事にはアフィリエイトリンク（PR）を含みます。

サービスマネジメントとは、ひとことで言うと「作ったシステムを止めずに、快適に使ってもらい続けるための管理のこと」です。システムは作って終わりではなく、じつは動かし続ける「運用」こそが本番なんですね。

ITパスポートでは、その運用のお手本集であるITIL、品質の約束であるSLA、そしてインシデント管理と問題管理の違いがよく問われます。この記事では、そのあたりを身近な例えで整理していきます。

「ITILにSLA、インシデント管理…カタカナと略語ばかりで頭が痛い」。わかります。でも大丈夫。ひとつずつ「何のためのものか」でとらえれば、するっと入ってきますよ。

この記事でわかること

サービスマネジメントとITIL・SLAが「何を約束するもの」なのか
最頻出の「インシデント管理」と「問題管理」の違い
サービスデスク（SPOC）やUPSなど、運用を支える言葉の意味

この記事の要点（先に結論！）

サービスマネジメントとは、システムを安定して快適に使ってもらい続けるための運用の管理です。
ITILとは、ITサービスをうまく運用するための成功事例をまとめたお手本集（フレームワーク）です。
SLAとは、提供者と顧客が合意したサービス品質を明記した文書のことです。
インシデント管理は「まず早く復旧すること」、問題管理は「根本原因をなくして再発を防ぐこと」です。
UPS（無停電電源装置）とは、停電時に一時的に電力を供給し、機器を安全に止めるための装置です。

1. サービスマネジメントってなに？「作る」より「回す」が本番

サービスマネジメントとは、情報システムを安定して効率よく動かし続け、利用者に快適に使ってもらうための運用の管理のことです。

イメージは、レストランの運営です。おいしい料理を作れること（＝開発）と、お店を毎日きちんと回してお客さんに満足してもらうこと（＝運用）は、別の話ですよね。この「お店を止めずに気持ちよく回す」ほうが、サービスマネジメントにあたります。

システムづくりは、大きく3つの段階でとらえるとわかりやすいです。

作る…システムを開発する段階
回す…作ったシステムを止めずに運用する段階＝サービスマネジメント
点検する…運用や仕組みが適切かを第三者がチェックする段階＝システム監査

この記事は、真ん中の「回す（サービスマネジメント）」の話です。3つ目の「点検する（システム監査・内部統制）」は、別記事のB08bでくわしく解説します。

なお、この記事は本書『いちばんやさしいITパスポート』の第8章「サービスマネジメントとシステム監査」に対応しています。第8章は性格の違う2つの話が入っているので、この記事（B08a）で前半のサービスマネジメントを、B08bで後半のシステム監査・内部統制を担当します。

2. ITIL（アイティル）：ITサービス運用の"定番レシピ集"

サービスマネジメントを語るうえで欠かせないのが、ITILです。

ITIL（アイティル。Information Technology Infrastructure Library。ITサービス運用のお手本集）とは、ITサービスをうまく運用するための成功事例（ベストプラクティス）をまとめたフレームワークです。
イメージは、料理の「定番レシピ集」です。ゼロから自己流で作ると失敗しがちですが、先輩たちの成功例をまとめた本のとおりにやれば、大きく外しません。ITILは、その「ITサービス運用版のレシピ集」なんですね。

ITIL＝世界中の運用の成功例を集めたガイドライン
自己流ではなく、この定番のやり方をまねると失敗しにくい
最新版はITIL 4です（2026年7月時点）

ここで安心してほしいのですが、ITパスポートではITILのバージョンや細かい中身までは問われません。「ITIL＝ITサービス運用のお手本集」と言えれば、それで十分です。

3. SLA・SLM：サービス品質の「約束」と「管理」

次は、サービスの品質にまつわる略語です。ここは4つまとめて、関係で押さえると迷いません。

SLA（エスエルエー。Service Level Agreement。サービスレベル合意書）とは、提供するサービスの品質について、提供者と顧客が合意した内容を明記した文書です。
イメージは、宅配ピザの「30分以内にお届けします」という約束です。「このくらいの品質は約束します」と、提供者とお客さんが取り交わす品質の契約書にあたります。たとえば「稼働率99.9%以上」「障害復旧は◯時間以内」といった内容が書かれます。

そのSLAの中身を、さらに2つの言葉で細かく表します。

SLO（エスエルオー。Service Level Objective。サービスレベル目標）…SLAの中で目指す具体的な目標値
SLI（エスエルアイ。Service Level Indicator。サービスレベル指標）…目標の達成度を測るための物差し

そして、約束しっぱなしにしないための管理がSLMです。

SLM（エスエルエム。Service Level Management。サービスレベル管理）とは、SLAで決めた品質を維持・改善するため、PDCA（ピーディーシーエー。計画→実行→評価→改善のくり返し。料理の味見と改善のイメージ）を回して継続的に管理する活動です。ピザの例なら、「30分以内を守れているか毎月チェックして改善する店長の仕事」にあたります。

まとめると、約束の文書がSLA、その中の目標がSLO、測る物差しがSLI、守り続ける管理がSLM。とくに「SLAとは何か」「SLAは誰と誰の合意か（提供者と顧客）」はよく問われますよ。

4. インシデント管理と問題管理の違い：この章の主役

ここがこの記事のいちばんの山場です。サービス運用にはたくさんの「管理プロセス」がありますが、試験でいちばん問われるのが「インシデント管理」と「問題管理」の違いなんですね。

4.1 「まず復旧」のインシデント管理と「根本解決」の問題管理

まず、この2つを医療にたとえてみましょう。

インシデント管理は、救急処置です。事故が起きたら、まず止血して命を助けますよね。原因をじっくり調べるのは後回しで、とにかく早く復旧させます。
問題管理は、そのあとの精密検査です。「なぜ倒れたのか」を突き止めて、二度と同じことが起きないよう根本から治療します。

正式な説明はこうです。

インシデント管理…サービスの中断や品質低下（＝インシデント）が起きたとき、とにかく早く復旧して業務を通常に戻すことを優先する活動。「まず復旧」
問題管理…インシデントの根本原因を突き止め、再発を防ぐ活動。時間をかけてでも「二度と起きないように」

覚え方はシンプルです。インシデント管理＝応急処置（早期復旧）／問題管理＝原因治療（再発防止）。この対比が言えれば、王道の問題はまず解けます。

4.2 そのほかの管理プロセスは3グループでつかむ

管理プロセスは名前がたくさんあって圧倒されがちです。でも、3つのグループに束ねると一気にラクになります。

トラブル系…インシデント管理（応急）／問題管理（原因治療）
変える系…変更管理／リリース及び展開管理
把握系…構成管理／サービス可用性管理／サービス継続管理／需要管理

「変える系」と「把握系」の主なものも、例えでさっと押さえましょう。

変更管理…システムへの変更を、影響を評価し承認したうえで安全に行う活動。工事の事前申請・承認（勝手に壁を壊さない）
リリース及び展開管理…変更したものを本番環境に配布・稼働させる活動。実際に工事して引き渡す
構成管理…ハード・ソフトなどの構成要素の情報を正確に記録する活動。備品台帳（何がどこにいくつあるか）
サービス可用性管理…サービスを「使いたいときに使える」状態に保つ管理（稼働率）
サービス継続管理…災害などでもサービスを継続・早期復旧できるようにする管理
需要管理…サービスへの需要を予測し、必要な資源を過不足なく用意する管理

なお、「キャパシティ（容量・能力）」という考え方も出てきますが、これは需要管理やサービス可用性管理の中で扱われるものと押さえておけば十分です。

5. サービスデスク：困ったときの「総合受付」

システムを使う人が困ったとき、最初に頼るのがサービスデスクです。

サービスデスク（ヘルプデスク）とは、利用者からの問合せに対応する単一の窓口のことです。イメージは、会社やサービスの「総合受付」。困りごとの相談は全部ここへ持ち込む、という入口です。

ポイントは、この入口を1つにまとめる考え方＝SPOCです。

SPOC（エスポック。Single Point Of Contact。単一窓口）…問合せの入口を1つにまとめる考え方。利用者が部署から部署へたらい回しにされずにすむ
FAQ（よくある質問と回答集）…定型的な問合せを、利用者自身で自己解決してもらう仕組み
チャットボット…AIを使った自動応答。よくある質問を24時間さばける

サービスデスクで解決できない案件は、上位者や専門部署へ引き上げます。これがエスカレーションです。飲食店で店員さんが「店長を呼びますね」と対応を上に上げるのと同じ。自分で解決できない案件を、判断できる人へバトンタッチすることですね。

6. ファシリティマネジメント：システムの「入れ物」を守る

最後は、少し毛色の違う話です。どんなに良いシステムも、停電や落雷、地震で機械が止まれば動きません。そこで、建物や電源といった「入れ物」を守るのがファシリティマネジメントです。

ファシリティマネジメントとは、建物・設備などの資源が最適な状態になるよう維持・改善していく考え方です。ITでは、システムの環境・施設・設備を守ることを指します。

とくに試験でよく出るのが、停電対策の3点セットです。

UPS（ユーピーエス。Uninterruptible Power Supply。無停電電源装置）…停電時に一時的に電力を供給する装置。ノートPCのバッテリーのような"停電時の保険"で、機器を安全に止めたり、自家発電に切り替える時間を稼いだりする。長時間の電源ではない
自家発電装置…停電が長引くとき、自前で発電して電力を供給する装置
サージ防護…落雷などによる異常な高電圧（サージ）から機器を守る仕組み

ポイントは、UPS＝短時間のつなぎ／自家発電＝長時間の供給という役割分担です。停電した瞬間はUPSが即カバーし、長引くなら自家発電にバトンを渡す、という流れですね。

このほか、省エネなど環境に配慮したIT利用をグリーンITと呼びます。名前と意味をセットで押さえておけば大丈夫です。

7. まとめ：3行でふりかえり

サービスマネジメントはシステムを止めずに快適に使ってもらう運用の管理で、そのお手本集がITIL、品質の約束がSLAです。
インシデント管理は「まず早く復旧（応急処置）」、問題管理は「根本原因をなくす（再発防止）」で、この違いが最頻出です。
サービスデスクは困りごとの単一窓口（SPOC）、UPSは停電時に一時的に電力を供給して機器を安全に止める装置です。

いかがでしたか？略語やプロセス名も、「何のためか」と「例え」でとらえれば怖くありません。まずはインシデント管理（応急）と問題管理（原因治療）の違いから、言えるようにしてみましょう！

8. よくある質問（FAQ）

Q1. ITILとは何ですか？わかりやすく教えてください。

A. ITILとは、ITサービスをうまく運用するための成功事例（ベストプラクティス）をまとめたお手本集（フレームワーク）です。自己流ではなく、この定番のやり方をまねると失敗しにくくなります。最新版はITIL 4ですが（2026年7月時点）、ITパスポートではバージョンや細かい中身までは問われず、「ITサービス運用のお手本集」と言えれば十分です。

Q2. SLAとは何ですか？

A. SLAとは、提供するサービスの品質について、提供者と顧客が合意した内容を明記した文書です。正式名称はService Level Agreement（サービスレベル合意書）で、たとえば「稼働率99.9%以上」「障害復旧は◯時間以内」といった約束が書かれます。この約束を守れているか継続的に管理・改善する活動をSLM（サービスレベル管理）と呼びます。

Q3. インシデント管理と問題管理の違いは何ですか？

A. インシデント管理は、トラブルが起きたときに「とにかく早く復旧する」ことを優先する活動で、いわば応急処置です。問題管理は、そのトラブルの「根本原因を突き止めて再発を防ぐ」活動で、いわば原因治療です。インシデント管理＝早期復旧、問題管理＝再発防止、と覚えると区別できます。

Q4. UPSとは何ですか？

A. UPSとは、停電したときに一時的に電力を供給する装置で、無停電電源装置ともいいます。正式名称はUninterruptible Power Supplyです。機器を安全に停止させたり、自家発電に切り替える時間を稼いだりするためのもので、長時間の電源ではありません。停電が長引く場合は自家発電装置が電力を供給します。