ITパスポート 2015年 春期 問38
問題文
新たなシステムの運用に当たって、サービスレベル管理を導入した。サービスレベル管理の目的に関する記述のうち、適切なものはどれか。
選択肢
ア:サービスの利用者及び提供者とは独立した第三者がサービスを監視し、サービスレベルが低下しないようにするためのものである。
イ:サービスレベルを利用者と提供者が合意し、それを維持・改善するためのものである。(正解)
ウ:追加コストを発生させないことを条件に、提供するサービスの品質レベルを上げるためのものである。
エ:提供されるサービスが経営に貢献しているレベルを利用者が判断するためのものである。
🔒 解説は解答すると表示されます
サービスレベル管理の目的【ITパスポート 解説】
正解の理由
サービスレベル管理(Service Level Management:以降「サービスレベル管理」)は、サービスの利用者と提供者が「どの程度の品質や性能でサービスを提供・利用するか」を事前に合意し、その合意内容(SLA:Service Level Agreement:サービスレベル合意)を守り、必要に応じて改善していくための仕組みです。したがって、選択肢のうち、利用者と提供者が合意し、それを維持・改善することを目的とする イ が適切です。
ポイントを分かりやすくまとめると:
- 「合意(SLA)」を作ることが中心です。合意がなければ、何を守るべきか明確になりません。
- 合意したレベルを維持・改善するために監視・報告・見直しを行います。
- 目的はサービスの安定提供と利用者満足の維持・向上です。
解法ステップ
- 問題文のキーワードを見る:「サービスレベル管理」「目的」→ 「合意」「維持」「改善」などの語を探す。
- 各選択肢と照らし合わせる:
- 「利用者と提供者の合意」が明記されているか?
- 目的が「維持・改善」か、それとも別の行為(第三者監視、無償で品質向上、利用者の主観的判断)か?
- 合致する選択肢を選ぶ。ここでは「合意して維持・改善」が正しいイメージなので イ を選ぶ。
簡単な覚え方:サービスレベル管理 = 合意(SLA)を作り、守って改善する仕組み。
選択肢別の誤答解説
-
ア: 「第三者が監視してサービスレベルが低下しないようにする」
解説:外部の第三者監視は監査やモニタリングの一形態であり、サービスレベル管理そのものの目的ではありません。管理の主体は基本的に利用者と提供者で、第三者が常に介在するわけではありません。 -
イ: 「サービスレベルを利用者と提供者が合意し、それを維持・改善する」
解説:合意(SLA)を作ること、合意内容を監視・報告し、必要なら改善することがサービスレベル管理の本質です。したがって最適です。 -
ウ: 「追加コストを発生させないことを条件に品質レベルを上げる」
解説:品質向上には通常コストやリソースが伴います。サービスレベル管理の目的が「無条件にコストゼロで品質を上げる」ことではありません。合意の内容やコストの扱いはSLAで定めますが、「追加コストを発生させない」という前提は誤りです。 -
エ: 「提供されるサービスが経営に貢献しているレベルを利用者が判断する」
解説:経営への貢献度は重要な観点ですが、サービスレベル管理は利用者と提供者の間で測定可能な性能指標(可用性、応答時間など)を合意し管理する仕組みです。経営貢献の判断は別の評価(経営指標や投資対効果の評価)に近い内容です。
よくある誤解
-
「サービスレベル管理は単に監視ツールの導入だ」
- 誤りです。監視は一部です。合意(SLA)の作成、報告、見直し、改善が含まれます。監視は合意を守るための手段です。
-
「SLAを作ればそれだけで安心だ」
- SLAは約束の文書です。実際には日々の監視、違反時の対応、定期的な見直しが必要です。放置すると形骸化します。
-
「品質向上は常に無料でできる」
- 品質改善にはコストや人的リソースが必要になることが多いです。SLAで範囲や費用負担を明確にします。
補足コラム
よく使われる指標(例):
- 可用性(Availability):サービスが使える時間の割合。例:99.9% は「ほぼ常時使える」ことを意味します。
- 応答時間(Response time):要求に対して応答が返るまでの時間。WebサイトやAPIで重視されます。
- 復旧時間(Recovery Time Objective, RTO):障害発生から復旧までに許容される時間。
用語:KPI(Key Performance Indicator:重要業績評価指標)もSLAで使われることが多いです。SLAは数値で合意することで、検証や改善がしやすくなります。
運用の現場イメージ:
- 事前に「月間の稼働率は99.5%以上」「重大障害発生時は4時間以内に復旧対応を開始」などを合意します。
- 運用チームはこれを監視し、毎月レポートを上げます。合意を満たせなかった場合に原因を分析し、改善策を講じます。
FAQ
Q1: SLAとサービスレベル管理は同じですか?
A1: 同じではありません。SLAは「合意書(文書)」、サービスレベル管理はそのSLAを作り、守り、改善する「活動や仕組み」です。
A1: 同じではありません。SLAは「合意書(文書)」、サービスレベル管理はそのSLAを作り、守り、改善する「活動や仕組み」です。
Q2: サービスレベルの指標はどれくらい細かく決めるべきですか?
A2: 重要なのは「測定可能で意味のある指標」を選ぶことです。あまり細かすぎると運用負荷が高くなります。まずは可用性や応答時間など基本的な指標から始め、必要に応じて増やします。
A2: 重要なのは「測定可能で意味のある指標」を選ぶことです。あまり細かすぎると運用負荷が高くなります。まずは可用性や応答時間など基本的な指標から始め、必要に応じて増やします。
Q3: SLA違反が起きたらどうなる?
A3: SLAで対応方法を定めます。例:改善計画の提示、ペナルティ(補償)やサービスクレジット、原因調査と再発防止策の実施などです。
A3: SLAで対応方法を定めます。例:改善計画の提示、ペナルティ(補償)やサービスクレジット、原因調査と再発防止策の実施などです。
関連キーワード: サービスレベル管理, SLA(Service Level Agreement), サービス品質, 運用管理, 可用性, 応答時間, KPI, SLM, ITIL

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

