基本情報のサービスマネジメント｜ITIL・SLA・SLMを解説

基本情報技術者試験のマネジメント系で、ITIL、SLA、SLMが出てくると急に抽象的に感じる人は多いです。開発やネットワークのように手順が目に見えにくく、用語だけを丸暗記すると、問題文で何を聞かれているのか迷いやすいんですね。

この記事では、基本情報のサービスマネジメントで押さえたいITIL・SLA・SLMの違いを、試験で使える形に整理します。用語の意味だけでなく、SLO、SLI、可用性、応答時間、監視、レビュー、改善までつなげて見ると、選択肢の判断がかなり楽になります。

基本情報のサービスマネジメントの基本

ITILは考え方の型

ITILは、ITサービスをうまく提供するための考え方や実践例をまとめたフレームワークです。基本情報では、細かい認定試験レベルの知識よりも、「ITサービスを計画し、設計し、移行し、提供し、改善するための型」として理解するのが現実的です。つまり、ITILそのものが契約書になるわけではなく、サービスマネジメントを進めるときの参考になる体系だと考えると整理しやすいですね。

IPAの基本情報技術者試験シラバスVer.9.2でも、サービスマネジメントのフレームワークとしてITILのあらましを理解することが示されています。試験対策としては、ITILを「具体的な数値目標」や「顧客との合意文書」と混同しないことが大切です。問題文で「世界的に活用されるフレームワーク」「ベストプラクティス」「ITサービスマネジメントの考え方」といった表現が出たら、ITILを疑うのが自然です。

ITILは契約書ではなく、ITサービスマネジメントを進めるための考え方のまとまりです。

• フレームワークやベストプラクティスならITIL
• 顧客と合意した文書ならSLA
• サービスレベルを監視して改善する活動ならSLM

ここを分けられるだけで、サービスマネジメント分野の選択肢はかなり読みやすくなります。たとえば「サービスの品質を継続的に改善するための管理活動」はITILそのものではなく、SLM寄りの説明です。一方で「ITサービスマネジメントのデファクトスタンダードとして活用されるもの」はITILです。言葉が似ていても、聞かれている粒度が違うわけですね。

公式範囲を確認したい場合は、IPAの試験要綱・シラバスで最新の基本情報技術者試験シラバスを見ておくと安心です。全部を読む必要はありませんが、サービスマネジメントの中分類でどの用語が並んでいるかを見ると、ITILが単独暗記ではなくSLAやサービスレベル管理と同じ流れで出ることがわかります。

SLAは合意文書

SLAはService Level Agreementの略で、サービス提供者と顧客の間で合意したサービスレベルをまとめた文書です。基本情報では「サービスレベル合意書」と覚えるのが一番わかりやすいかなと思います。重要なのは、SLAが単なる努力目標ではなく、提供するサービス、責任範囲、目標値、報告方法などを合意するための文書だという点です。

たとえばクラウドサービスや社内システムを考えると、「月間稼働率を何%以上にする」「問い合わせへの初回応答を何時間以内にする」「障害発生時にどの窓口へ連絡する」といった内容がサービス品質に関わります。これらを曖昧なままにすると、利用者は「遅い」「止まった」と感じ、提供者は「そこまで保証していない」と考えてしまうかもしれません。そこで、先に合意しておく文書がSLAです。

項目	見方
SLA	顧客とサービス提供者が合意した文書
対象	可用性、応答時間、サービス時間、責任範囲など
試験での目印	合意、契約、サービスレベル、目標値

SLAの問題では、「誰と誰の間の合意か」を見るのがかなり大事です。顧客とサービス提供者の間で合意するならSLAです。内部部門や委託先との取り決めは、別の管理活動や契約管理の話になることがあります。試験では細かい契約実務よりも、サービス品質を文書として合意するという位置づけを押さえれば十分に対応できます。

SLAは「品質を守るための約束を文書化したもの」と考えると、選択肢で迷いにくくなります。

なお、SLAを覚えるときに「SLA=稼働率」だけで固定するのは少し危険です。稼働率は代表的な目標の一つですが、応答時間、サービス時間、復旧目標、問い合わせ対応などもサービスレベルの対象になります。問題文に数値目標が出てきたら、その数値が合意されたサービスレベルなのか、実績を測る指標なのかまで一歩踏み込んで読むと安定します。

SLMは管理活動

SLMはService Level Managementの略で、サービスレベル管理と呼ばれます。SLAが文書なら、SLMはその内容を守るために定義し、合意し、記録し、監視し、レビューし、報告し、改善する活動です。ここを「SLAを作ることだけ」と狭く覚えると、基本情報の問題では外しやすくなります。SLAを結んだあとに実績を追い、必要に応じて改善するところまで含めてSLMです。

たとえば、SLAで「月間稼働率99.5%以上」と決めたとします。SLMでは、実際の稼働率を監視し、月次で実績をまとめ、目標を下回った理由を確認し、改善策を検討します。必要であれば、利用者の要求や提供側の能力に合わせてSLAの見直しも行います。つまりSLMは、目標値を現場の運用に落とし込み、継続的に品質を維持するための管理サイクルなんですね。

SLMは「SLAを結んだあと、実績を見ながらサービス品質を管理・改善する活動」と言い換えると覚えやすいです。

試験では、「サービスレベル目標に照らしてパフォーマンスを監視する」「実績の変化をレビューして報告する」「合意したサービスレベルを維持する」といった説明がSLMにつながります。似た言葉にサービスマネジメントシステムやPDCAも出てきますが、SLMは特にサービスレベル、つまり顧客と合意した品質目標に焦点が当たると考えると区別しやすいです。

前提として、サービスマネジメント全体はマネジメント系の広い範囲に含まれます。全体像を先に押さえたい場合は、基本情報技術者試験マネジメント系の頻出テーマも合わせて読むと、プロジェクトマネジメントや監査との位置関係が見えやすくなります。

SLOとSLIも押さえる

SLAを理解するときは、SLOとSLIもセットで押さえておくと強いです。SLOはService Level Objectiveで、サービスレベル目標と考えるとわかりやすいです。たとえば「稼働率99.5%以上」「問い合わせ初回応答4時間以内」のように、目指す水準を表します。一方、SLIはService Level Indicatorで、サービスレベル指標です。実績を測るためのものですね。

この3つの関係は、SLAが約束全体、SLOがその中にある目標値、SLIが目標を測るための指標だと考えると整理できます。たとえばSLAに「平日9時から18時までの問い合わせ対応」と書かれていて、その目標として「初回応答4時間以内」があり、実際に平均応答時間を測るなら、その測定値がSLIになります。言葉は似ていますが、役割は少しずつ違います。

用語	意味	例
SLA	サービスレベルの合意文書	顧客との品質保証の取り決め
SLO	サービスレベル目標	稼働率99.5%以上
SLI	サービスレベル指標	実際の稼働率や応答時間

基本情報では、SLOやSLIの細かい運用設計まで問われることは多くありません。ただ、選択肢に「目標」「指標」「合意文書」が混ざると、一気に紛らわしくなります。そこで、文書ならSLA、目標ならSLO、測定指標ならSLIと、短く言い換えられるようにしておくのがおすすめです。これだけでも消去法がかなり使いやすくなります。

可用性、信頼性、サービス時間、応答時間は、SLAやSLOで扱われやすい代表的なサービスレベル目標です。

特に「可用性」は、サービスが必要なときに利用できる度合いを表す言葉として頻出です。システムが止まらないことだけでなく、利用者にとって必要な時間帯に使えるかどうかが関係します。応答時間は、問い合わせや処理要求にどれくらい早く反応するかを見る指標です。これらをSLAの一部として見ると、単語暗記から一段進んだ理解になります。

ITILとSLAの関係

ITILとSLAの関係で迷う人は、抽象度を分けて考えると楽です。ITILはサービスマネジメントを進めるための考え方や実践例の体系で、SLAはその中で顧客とサービス提供者が合意する具体的な文書です。つまり、ITILという大きな考え方の中に、SLAやSLMのような実務上の仕組みが出てくるイメージです。

試験では、この抽象度の違いを利用したひっかけが出やすいです。「サービス及び合意されたパフォーマンスを特定した組織と顧客の間の合意文書」はSLAです。「ITサービスマネジメントのフレームワーク」はITILです。「SLAを合意し、パフォーマンスを監視し、レビューし、報告する管理活動」はSLMです。同じサービス品質の話でも、答えになる用語は変わります。

• ITILは考え方の体系
• SLAは顧客との合意文書
• SLMは合意した水準を管理する活動

ここで大事なのは、ITILを暗記カードの1枚として孤立させないことです。ITILは、サービスカタログ管理、資産管理、構成管理、事業関係管理、サービスレベル管理、供給者管理、インシデント管理、問題管理など、運用全体を考える文脈で出てきます。SLAやSLMは、その中でも顧客との品質合意に近い領域として見ると位置づけがはっきりします。

「ITIL=SLA」と丸ごと同一視すると誤答しやすいです。ITILは型、SLAは文書、SLMは活動です。

さらに広げると、サービスマネジメントはプロジェクトマネジメントとも違います。プロジェクトマネジメントは、期限やコストを意識して一時的なプロジェクトを進める話です。サービスマネジメントは、サービスを継続的に提供し、利用者の満足や品質を維持する話です。違いが曖昧な場合は、プロジェクトマネジメントの5プロセス群と比べておくと理解しやすいです。

基本情報のサービスマネジメント対策

問題文の主語を見る

サービスマネジメントの問題で最初に見るべきなのは、問題文の主語です。顧客なのか、サービス提供者なのか、運用担当者なのか、供給者なのかで、答えになる用語が変わります。SLAは顧客とサービス提供者の合意に関係します。SLMはサービス提供者側が、合意したサービスレベルを管理し、実績を確認し、改善する活動に関係します。

たとえば「顧客と合意したサービスレベルを文書化する」という問題ならSLAです。一方で「合意したサービスレベルに対する実績を定期的に監視し、レビューし、報告する」という問題ならSLMです。どちらもサービス品質の話なので、キーワードだけ拾うと混乱します。主語と動詞をセットで読むと、かなり安定して判断できます。

主語を見る習慣は、インシデント管理や問題管理の問題にも使えます。利用者からの問い合わせや障害発生への対応ならインシデント管理、根本原因の追究や再発防止なら問題管理です。サービスマネジメント分野は、似た言葉が多いぶん、定義を一語一句覚えるよりも「誰が何をする活動か」で整理する方が実戦向きです。

また、基本情報の科目Aでは短い文章で正誤を判断することが多いため、文章の後半に答えの決め手が入っていることもあります。前半だけで「SLAっぽい」と決めつけず、最後まで読んで、合意文書なのか、管理活動なのか、フレームワークなのかを見分けるようにしてください。これは地味ですが、かなり効く読み方です。

主語と動詞で読むと、ITIL・SLA・SLMのひっかけはかなり減らせます。

数値目標を読み分ける

サービスマネジメントの問題では、数値目標が出た瞬間にSLAやSLOを意識すると解きやすくなります。稼働率、応答時間、復旧時間、サービス時間、問い合わせ対応時間などは、サービスレベルを表す代表的な材料です。ただし、数値が出てきたから必ずSLAが答えになるわけではありません。その数値が合意された目標なのか、実際に測った指標なのかを読み分ける必要があります。

たとえば「月間稼働率99.5%以上を顧客と合意した」という文なら、SLAやSLOの話です。「月間稼働率が99.2%だったため原因を分析し、改善策を報告した」という文なら、SLMの活動に近くなります。つまり、数値そのものよりも、その数値をどう扱っているかがポイントです。目標として定めたのか、実績として測ったのか、改善に使ったのかを見ます。

文章の目印	考え方	候補
顧客と合意した	文書・取り決め	SLA
目標値を定めた	達成したい水準	SLO
実績を測定した	測るための指標	SLI
レビューして改善した	管理活動	SLM

この読み分けができると、可用性や応答時間の問題にも強くなります。可用性はサービスが利用可能な状態にある度合いで、応答時間は利用者の要求に対してどれくらい早く反応するかを表します。どちらもサービス品質の一部なので、SLAの目標として設定されることがあります。問題文では「サービスレベル目標」という表現に注目してみてください。

数値を見たら、目標なのか、実績なのか、改善材料なのかを分けて読むのがコツです。

演習では、選択肢ごとに「これは文書を説明している」「これは管理活動を説明している」とメモするつもりで読むと、だんだん型が身につきます。今すぐ問題に触れたい場合は、基本情報の過去問アプリで無料演習しながら、サービスマネジメント系の選択肢だけを集中的に確認するのもありです。

関連用語をまとめて覚える

ITIL・SLA・SLMだけを単独で覚えるより、周辺用語をまとめて覚えた方が基本情報では得点につながります。サービスマネジメント分野では、サービスカタログ管理、構成管理、資産管理、供給者管理、インシデント管理、問題管理、変更管理などが近い場所に並びます。全部を深く掘る必要はありませんが、何を管理する活動なのかを一言で言えるようにしておくと強いです。

たとえば、構成管理はサービスに関係する構成品目や構成情報を管理する活動です。インシデント管理は、発生した障害や問い合わせへの対応を通じて、サービスを早く正常に戻すことを重視します。問題管理は、インシデントの根本原因を見つけ、再発を防ぐことを重視します。SLMは、合意したサービスレベルを守れているかを見る活動です。対象が違うんですね。

• 構成管理は構成品目と構成情報
• インシデント管理は早期復旧
• 問題管理は根本原因と再発防止
• SLMはサービスレベルの監視と改善

このように「対象」と「目的」をセットにすると、選択肢の入れ替えに強くなります。基本情報の問題では、正しい用語の説明に似せて、別の管理活動の目的を混ぜてくることがあります。SLMの説明に、構成品目を識別・記録する話が出てきたら、それは構成管理の要素です。インシデントの根本原因を分析する話なら、問題管理に寄っています。

周辺用語は「対象」と「目的」で覚えると、暗記量を増やしすぎずに整理できます。

サービスマネジメントは、テクノロジ系の計算問題と違って、知っていればすぐ解ける一方で、うろ覚えだと選択肢が全部それっぽく見えます。私は、用語をノートに並べるだけでなく、「何を管理する？」「何のため？」という2列の表にするのが効率的だと思います。ITIL・SLA・SLMも、この表の中に入れておくと復習しやすいです。

過去問で型を固める

サービスマネジメントは、参考書を読んだだけで「わかった気」になりやすい分野です。だからこそ、過去問や類題で選択肢の言い換えに慣れることが大事です。ITILは「フレームワーク」「ベストプラクティス」、SLAは「合意文書」「サービスレベル」、SLMは「監視」「レビュー」「報告」「改善」というように、答えにつながる言い換えを拾う練習をしましょう。

最初は1問ごとに時間がかかっても問題ありません。解いたあとに、正解の選択肢だけでなく、不正解の選択肢がなぜ違うのかを確認してください。たとえば「サービスレベルを顧客と合意する」と「合意したサービスレベルを定期的に監視する」は似ていますが、前者はSLA、後者はSLMに寄ります。この違いを説明できるようになると、次から迷いにくくなります。

また、過去問演習では、サービスマネジメントだけを数問まとめて解く日を作るのも効果的です。毎回ランダムに出てくると、用語の関係がつながりにくいからです。10問ほどまとめて解くと、同じ用語が少しずつ違う表現で出てくることに気づきます。その状態でこの記事の表に戻ると、知識が定着しやすくなります。

過去問では、正解の暗記より「なぜ他の選択肢が違うのか」を説明する練習が効きます。

時間がない人は、まずITIL・SLA・SLM・インシデント管理・問題管理・構成管理だけでも優先して確認してください。このあたりはサービスマネジメントの中心になりやすく、選択肢の比較にも出やすいです。完璧を目指して広げすぎるより、頻出の関係を確実に言える状態にする方が、本番では点につながりやすいかなと思います。

サービスマネジメントのまとめ

基本情報のサービスマネジメントでは、ITIL・SLA・SLMを別々の暗記項目として覚えるより、サービス品質を守る一連の流れとして理解するのがおすすめです。ITILは考え方の型、SLAは顧客との合意文書、SLMは合意したサービスレベルを監視・レビュー・報告・改善する活動です。この3つの役割を分けられれば、選択肢の判断はかなり楽になります。

特にSLAとSLMは混同しやすいので、文書なのか活動なのかを必ず確認してください。SLAは「何をどの水準で提供するか」を合意する文書です。SLMは「その水準が守られているか」を管理し、実績を見て改善する活動です。SLOやSLIは、目標と指標としてSLAやSLMの中で使われる言葉だと見ると、関係がつながります。

• ITILはサービスマネジメントのフレームワーク
• SLAは顧客とサービス提供者の合意文書
• SLMはサービスレベルを管理して改善する活動
• SLOは目標、SLIは測定指標

問題を解くときは、まず主語と動詞を見ます。顧客と合意するならSLA、実績を監視してレビューするならSLM、ITサービスマネジメントの考え方ならITILです。数値目標が出たら、SLOやSLIも候補に入れます。この読み方を繰り返すと、サービスマネジメントは単なる暗記分野ではなく、かなり取りやすい得点源になります。

最後は「型・文書・活動」の3語で復習してください。ITILは型、SLAは文書、SLMは活動です。

基本情報のサービスマネジメントは、範囲だけを見ると広く感じます。ただ、出題されやすい部分は、サービス品質をどう定義し、どう合意し、どう測り、どう改善するかに集まります。この記事の表と読み方を使って、ITIL・SLA・SLMの関係を先に固めておけば、関連用語もかなり覚えやすくなるはずです。