ITサービスマネジメント午後II論文対策: 実務ケース活用でSLA・障害対応・継続的改善を論述する独自ガイド

はじめに

午後II論文対策の狙いは、実務でのITサービスマネジメントの知識を前提として、SLA、障害対応、継続的改善を三層構造で論述する力を養うことにあります。本ガイドは、情報処理推進機構（IPA）の試験要点と実務観点を統合し、採点基準に適合する表現とマイクロプランを提供します。実務経験を前提とした読者が、試験本番で短時間に的確な論述を組み立てられるよう、ケースベースのテンプレートと具体的な表現例を用意しました。

本記事の構成は以下の三層を軸に展開します。

• 現状分析（現状の把握と前提の設定）
• 運用設計（SLA指標の設計、運用プロセスの記述）
• 継続的改善（CSI/PDCAの適用と評価指標の連携）

この三層を軸に、SLA指標・障害対応・継続的改善を統合的に論述する方法を、実務ケースを通じて理解します。

なお、公式問題文の長文転載は避け、ケースベースの模範解答と悪い例・改善例を具体的に提示します。全文はMarkdown形式で提供しますが、読みやすさを優先して見出しと箇条書きを適切に配置します。

----------------------------------------------------------------

論述の全体像と評価ポイント

論述の基本構造

IPAの採点観点を意識した基本構造は、前提・定義・結論・根拠の順で展開することです。ポイントは以下。

• 前提の統一：用語の意味を試験全体で統一して用いる。
• 定義の明示：SLA、KPI、SRE、CSI等の定義を本文中で初出時に明確化。
• 結論の明確化：最終的な提案や結論を、前提と根拠から読み取りやすい形で提示。
• 根拠の提示：設問の要求に沿って、データ・根拠・推論の順で記述。

SLA・運用・改善の三層構造

三層構造を活用して論述の論理展開を統一します。

• 現状分析（現状把握・ギャップの特定）：現状のSLA要件と実際の運用状況の差を整理。
• 運用設計（SLA指標設定・運用プロセス設計）：測定可能な指標（SLA/KPI）と運用手順を定義。
• 改善提案（CSI/PDCA・継続的改善の提案）：改善の優先度、評価指標、実装計画を提示。

この三層をリンクさせることで、論述全体の一貫性と説得力を高めます。

時間配分と段落分けのマイクロプラン

試験時間を考慮したマイクロプラン例を示します。

• 導入・前提説明（約15%）：前提条件・用語定義を明示。
• 現状分析（約25%）：事実とデータを示し、ギャップを特定。
• 設計案（約35%）：SLA指標、運用プロセス、根拠を段落ごとに展開。
• 改善案・評価（約20%）：CSIの適用と評価指標、実装計画を提示。
• まとめ（約5%）：結論の再提示と今後の留意点。

各セクションは主張・裏付け・例示の三要素を明確に分け、論旨の流れを崩さないことが肝要です。

----------------------------------------------------------------

実務ケースを用いた構成テンプレ

以下の3ケースは、SLA設計・障害対応・CSIの適用を三層構造で整理する具体例です。ケースカード形式で、出題想定に合わせて要点を瞬時に取り出せるよう設計しています。

ケース1: SLA設計と測定指標

• 現状分析（現状の読み解き）

- 既存SLAの要件と実測の乖離を把握。例：復旧時間RTOとデータ復旧のRPOが顧客要件と整合していない。 - 顧客視点の可用性要件が内部指標と乖離している場合は、原因を特定する。

• 運用設計（指標の設計）

- KPIとSLAを分けて設計。SLAは顧客へ公表する数値、KPIは内部改善指標として設定。 - 測定根拠を明確化。データソース、計測頻度、責任者を表に落とす。

• 改善提案（根拠付きの提案）

- 例えば「月次のMTTR短縮を優先指標とする」場合の根拠と期待効果、リスクを示す。

悪い例（ケース1）

• 「SLAを上げたい」だけを主張し、具体的な指標や計測方法が欠落。
• 測定データの出典が不明で、信頼性を欠く記述。

改善例（ケース1）

• 「可用性97.5%を顧客SLAとして設定。データは監視ツールXの1日ごとの平均稼働時間から算出。月次レポートで公表。」
• 「RTTとMTTRをKPIとして設定し、月次の目標値と責任部署を明記。」

#### 模範表現テンプレ案

• 結論（要約）: 顧客要件を満たす可用性を維持するため、SLAを97.5%と定義し、MTTRを4時間未満、MTBFを200時間以上とする。
• 根拠: 過去12か月の平均復旧時間は6.2時間、再発率は12%であったため、改善が必要。
• 実施計画: 監視の閾値を見直し、インシデント対応手順を自動化。月次レビューを設け、KPIの達成状況を公表する。

ケース2: 障害対応と事後対応

• 現状分析

- インシデントの分類と優先度付けの基準が不足。 - 復旧時間の記録と根本原因分析の結びつきが弱い。

• 運用設計

- インシデント管理プロセスを標準化。重大インシデントはSOPに沿って最短復旧を狙う。 - 復旧時間の根拠をデータ化。どのフェーズで遅延が生じたかを可視化。

• 改善提案

- 十分な監視と自動化を導入し、事後対応での根本原因分析を強化。

悪い例

• 「障害は避けられない。復旧を速くすれば良い。」という抽象的主張。

改善例

• 「重大インシデントの平均復旧時間を3時間未満へ短縮するため、事前対応として事象別のSOPと復旧手順を整備、事後には再発防止策を5つ以上実施する。」

#### 模範表現テンプレ案

• 根拠: 過去12か月の重大インシデントの平均復旧時間は5.6時間。主要原因は原因部品の在庫遅延と担当者の待機時間。
• 提案: 事前対応としてSOPに「監視閾値超過時の自動エスカレーション」を追加。事後対応として根本原因分析を実施し、再発防止策を12か月間で5件以上実施。
• 評価指標: MTTRの月次推移、再発件数、エスカレーションの平均応答時間。

ケース3: 継続的改善(PDCA)の適用

• 現状分析

- 改善の実施状況が散発的で、効果の定量化が不十分。

• 運用設計

- CSIのサイクルを組み込み、改善項目をKPI連携で評価。 - 改善の優先度は投資対効果とリスク低減の観点で決定。

• 改善提案

- 改善の効果を測る指標を設定。導入前後の比較で効果を示す。

悪い例

• 「CSIを活用してPDCAを回します」とだけ記述。具体的な指標や計画が欠落。

改善例

• 「CSIサイクルは3ヶ月ごとに実施。改善項目は4件以上、ROIが総和で15%以上を目標」。

#### 模範表現テンプレ案

• 実施計画: 3か月ごとにCSI会議を実施。顧客満足度、MTTR、変更成功率、再発率を主要KPIとし、改善項目を4件設定。
• 期待効果: 改善実施後6か月で顧客の満足度が5ポイント、MTTRが20%短縮を狙う。
• 評価方法: KPIの達成率、改善提案の実装状況、再発件数の変化を比較分析。

----------------------------------------------------------------

SLA指標と運用指標の設定

• SLAとKPIの違いを明確にすることが重要です。SLAは顧客向け公表指標で、遵守を約束する数値。KPIは内部改善指標で、サービス品質向上の進捗を測る指標です。
• 測定・報告の要点は次の通り。

- 測定データの出典と集計方法を明記する。 - 計測頻度と責任者を明確化する。 - 月次・四半期ごとのレポート形式を統一する。

• 指標の使い分け例

- 可用性（SLA）: 月間稼働時間の割合、顧客へ公表する数値。 - MTTR（KPI）: 平均復旧時間、内部改善の優先度決定に使用。 - 再発率（KPI）: 同種インシデントの再発件数、対策効果の評価指標。

----------------------------------------------------------------

障害対応プロセスの描写テンプレ

• 初動対応（検知・通知・エスカレーション）

- 監視ツールの閾値超過を検知した時点で、自動通知と担当チームのアサインを即時実行。

• 復旧対応（暫定回復・恒久対策の分離）

- 暫定回復を優先し、恒久対策は別途RCAで検討。

• 根本原因分析（RCA）と対策

- RCAでは原因を特定し、再発防止策を複数用意して優先度を設定。

• 記録と報告

- インシデント報告書に、発生時刻・復旧時刻・影響範囲・根本原因・再発対策を明記。

良い例

• 初動対応で自動エスカレーションを設定、復旧時間を短縮する具体策を記載。
• RCAで原因を3つまで特定し、再発防止策を4件以上列挙。

悪い例

• 「インシデントが起きたら対応する」だけで、具体的な手順が不足。
• RCAsで抽象的な表現のみで、実際の対策が示されていない。

模範表現テンプレ案

• 初動: 監視閾値超過を受けて自動エスカレーションを開始、担当者へアラートを送付。
• 復旧: 再起動とサービス再開を組み合わせ、影響顧客を順次復旧。
• RCA: ハードウェア障害と設定ミスの二因を特定、対策として構成管理の強化と監視ルールの見直しを実施。
• 再発対策: 同種事象の再発を半年で半減させることを目標に、監視閾値・変更管理・検証手順を改定。

----------------------------------------------------------------

継続的改善と評価ポイント

• CSIの適用を徹底するには、改善の提案をKPI連携で評価する仕組みが必要です。
• 改善提案の評価指標には、実施前後のKPI変化、ROI、リスク低減、顧客満足度の変化を含めます。
• 定量化された評価指標の使い方

- 事前と事後の比較を行い、効果の大きさを統計的に示す。 - 複数の指標を組み合わせて総合評価を作成する。

• 実務上のポイント

- 改善案は実施可能性と費用対効果を考慮して優先度を決定。 - 変更管理プロセスと整合させて、影響範囲を最小化する。

----------------------------------------------------------------

表現テンプレと採点対策

• 論述表現のコツ

- 導入で結論を明示し、本文で根拠を順次積み上げる。 - 専門用語は初出時に定義を付記し、以後は統一して使用する。 - 数値は具体的なデータソースと期間を示す。

• 模範解答の骨格

- 結論（要約）→ 根拠（データ・理由）→ 提案（具体策）→ 評価指標（KPI・ROI）

• 語彙の使い分け

- 客観的表現: 「平均」「中央値」「分布」等、データ指向の語彙を優先。 - 質問対応型の表現: 「本設問では...を示します」など、問いに対する直接的な回答形式。

• よくある落とし穴と回避策

- 専門用語の過不足：適切な定義と適切な箇所での使用に留める。 - 前提の曖昧さ：前提条件は具体的なデータと根拠を添える。 - 論理展開の一貫性：結論を支える根拠を順序立てて配置し、読点と接続詞で論理の流れを保つ。

----------------------------------------------------------------

よくある落とし穴の実務的回避策

• 用語の混在回避: SLAとSLO、KPIの違いを事前に明確化し、本文中で混同しない。
• 前提の不足回避: 問われている範囲を再確認し、前提を章頭で明確化する。
• 論理の断絶回避: 各段落の冒頭に主張を置き、続く根拠で補強する構造を徹底する。

----------------------------------------------------------------

模範解答の提示と応用

• テンプレ化した模範解答の活用方法

- 実務用語の適切な使い分けガイドとして、テンプレの構造を自分のケースに置き換える。 - 模範解答を参照しつつ、用語の定義を自分の組織の実情に合わせて修正する。

• 応用のコツ

- 実務カルチャーや組織のKPIを反映させるため、CASEカード機能を使い特定の場面で必要な情報を素早く抽出する。 - הזמן: 1ケースごとに持ち時間を設定し、導入・本論・結論の配分を守る。

----------------------------------------------------------------

まとめ

• 三層構造の論述フォーマットは、現状分析・運用設計・改善提案を整然と結びつけ、論述全体の説得力を高めます。
• SLA指標・障害対応・継続的改善を一貫して扱うことで、採点基準に適合する表現と構成を実現します。
• ケースベースのテンプレートと模範解答、悪い例・改善例をセットで活用することで、実務経験を踏まえた論述力を着実に向上させます。

以上を踏まえ、試験本番では前提の明確化・根拠の具体化・KPI連携の評価を意識して論述を組み立ててください。