[https://www.youtube.com/watch?v=j0MEriCQD7s:embed:cite]
本動画では、令和4年度春期 ITサービスマネージャ試験 午後Ⅰ 問1「サービスレベル管理」を題材に、受注システム再構築後の新サービス開始に合わせてSLA（サービスレベル合意書）を策定し、稼働率を定量的に評価し、インシデント対応プロセスとサプライヤ管理を改善してサービス品質を引き上げていく一連の流れを、出題趣旨と採点講評の観点で体系的に解説します。午後Ⅰで問われるのは、SLAや稼働率といった用語を知っていることではなく、与件で定義されたサービス提供条件を正確に読み取り、計算根拠を崩さずに評価結果を導き、その評価結果を起点として「どこがボトルネックで、どこを変えればSLAを満たすのか」を運用プロセスと契約条件の両輪で説明できるかという実務能力です。本問は、サービスレベル管理の基本である合意、測定、報告、改善を、計算問題と記述問題を組み合わせて一つのケースとして成立させており、手順の読み違いがそのまま失点につながる設計になっています。 出題趣旨の核心は、新システムの立上げ局面において、SLAを机上で「決め切る」のではなく、測定可能性と達成可能性を検証しながら合意を固めるという現実的なアプローチを理解しているかにあります。営業部とシステム部がサービスレベル目標を設定するとき、数字だけを先に置くと、実績の測定負荷が過大になったり、目標値が現実離れして早期に形骸化したり、逆に甘すぎて改善が進まないといったリスクが生じます。問題文に「実績値を測定する作業負荷には問題がないことを確認後、仮のサービスレベル目標を合意し、1か月後に正式なサービスレベル目標を決定する」といった流れが出てくるのは、合意のプロセス自体が評価対象であることを示しています。設問1(1)は、この意図を読み取って、「実績を測定した上で、現実的に達成可能な目標として営業部と合意するため」あるいは「目標達成のために追加の改善が必要かどうか確認するため」といった、検証と合意形成の目的を端的に書けるかがポイントになります。午後Ⅰの読解ポイントとしては、仮目標の期間が単なる様子見ではなく、測定の運用負荷と達成可能性の双方を確かめるための設計であることを、与件の語彙に寄せて表現することが重要です。 次に設問1(2)の計画サービス時間は、稼働率計算の土台になるため、ここでの読み違いは後続の設問にも連鎖します。営業日が月〜土、サービス提供時間が7:00〜23:00で1日16時間という定義をまず固定し、2022年3月の営業日数が27日であることを与件から拾い、さらに表に示された計画停止時間として第1土曜日18時〜23時の5時間を控除する、という段取りが必要です。つまり、計画サービス時間は「提供予定時間の総和から、計画停止を差し引いた時間」であり、定義どおりに計算すれば427時間になります。採点講評で典型的に指摘されるのは、営業日数や提供時間帯の取り違え、計画停止を引き忘れる、あるいは計画停止を「計画外停止」と混同して二重に扱うミスで、午後Ⅰではこうした定義の揺れがそのまま点差になります。本動画では、計画サービス時間を求めるときの手順を、定義の確認、対象期間の確定、除外時間の適用という順序で整理し、同種の過去問にも流用できる形で解説します。 設問2の稼働率計算は、定量評価としては単純ですが、サービスレベル管理の観点では「結果の意味づけ」まで含めて問われています。計画外停止時間の合計は表から150分、30分、20分の合計200分であり、これを時間換算して3.333…時間とした上で、(計画サービス時間427時間−計画外停止3.333…時間)÷427時間を計算し、百分率に直して小数第2位を四捨五入して小数第1位まで求めると99.2%になります。ここで重要なのは、算出した稼働率がSLA目標99.3%以上を下回り未達である、という評価まで一貫して説明できることです。採点側の意図は、単に計算結果を出すことではなく、目標未達の事実を根拠に、その後の改善活動へ論理的に接続できるかを見る点にあります。午後Ⅰでは、数字を出して終わる答案が出がちですが、サービスレベル管理の文脈では「未達である」という判断が、原因分析と改善計画の起点になります。 設問3は、未達を引き起こした代表的なインシデントである3月4日の停止（150分）について、SLAの個別目標である「計画外停止は1回あたり2時間以内」を満たすには、プロセスのどこを短縮すべきかを時間配分から特定させる問題です。回復手順は検出20分、診断20分、修理90分、復旧10分、回復10分で合計150分となっており、目標120分以内にするには30分以上の短縮が必要です。ここで午後Ⅰの読解ポイントは、単に「長い工程を選ぶ」ではなく、「30分以上短縮できる現実性」を含めて判断することにあります。10分や20分の工程を多少詰めても30分の短縮は難しいのに対し、修理は90分と突出しており、契約条件や対応体制の見直しで短縮余地を作りやすい工程です。したがって短縮すべき手順は項番3の修理であり、理由は最も時間を要していて、必要な短縮量を確保できる可能性が高いから、という構造で書くのが安定します。採点講評の観点では、必要短縮量という数値根拠を答案の背後に持っているかどうかが差になり、単に最大時間だからとだけ書くと説得力が落ちやすい点が注意事項です。 設問3(2)は、プロセス改善を社内努力だけで閉じず、サプライヤ管理として契約条件へ落とす点が問われます。現状のS社との保守契約が「部品交換の依頼から交換まで90分以内」であるなら、全体の停止時間を30分以上短縮するために、この部分を60分以内へ短縮するよう契約のサービスレベルを引き上げるのが筋です。ここで大切なのは、サービス提供者としてのシステム部のSLAと、下請け・保守担当のS社とのOLA/SLA的な取り決めが連動していなければ、上位SLAを達成できないというサービスマネジメントの基本構造です。採点側は、インシデント対応時間のボトルネックを契約条項に結び付けて言語化できるか、つまりサプライヤ管理をサービスレベル管理の一部として扱えるかを見ています。午後Ⅰでありがちな失点は、契約を「強化する」と抽象的に書いてしまい、90分を60分にするという具体的な数値変更を示さないことですが、本問はまさにその具体性が得点要素です。 設問4は、契約変更のような外部依存の改善だけでなく、システム部内で即時に改善できる領域として検出に着目した理由を説明させる問題で、サービス改善の視点を問うています。与件では、営業部から「一部の利用者が利用できない」と連絡を受けてから15分後に監視システムがアラートを検知し、その後に対応が進んでいます。本来、監視はユーザ申告より早く異常を検知することが理想であり、少なくともユーザ連絡より遅いという状態は、検出プロセスの設計やしきい値設定、監視対象の網羅性に課題があることを示唆します。ここを改善すれば、診断や修理の開始が前倒しになり、結果として停止時間全体を短縮できる余地が生まれます。採点講評の観点では、「検出に20分掛かった」という表面的な記述よりも、「ユーザ連絡より監視検知が遅れている」という与件事実に根拠を置いて、検出の遅れが停止時間の長期化に寄与していると論理的に結び付けられるかがポイントになります。午後Ⅰの読解ポイントとして、時系列の文章から「比較の対象」を取り出し、遅れという差分に着目して改善理由へ落とす、という読み方がここで効いてきます。 この問題が合否を分ける論点は、SLAを一枚の紙にまとめる作業ではなく、目標設定、測定、未達評価、原因分解、改善策立案、サプライヤ契約への反映というPDCAを、与件の数字と事実に基づいて回せるかどうかにあります。稼働率99.2%という結果は単なる数値ではなく、目標99.3%に対して未達であるという管理上の判断を示し、さらに「停止1回あたり2時間以内」という個別目標に対して3月4日が未達であるという具体的なギャップを示します。そして、そのギャップを工程別の所要時間に分解し、社外（修理＝保守契約）と社内（検出＝監視改善）の両面で短縮策を設計することで、次月以降の達成可能性を高めるという筋が通ります。午後Ⅰで難所になりやすいのは、数値計算と文章記述が別物として見えてしまい、計算結果が改善提案に接続されないことですが、本問はむしろ計算結果を起点に改善へつなぐ設計になっているため、そこを一続きのストーリーとして扱える受験者が強いと言えます。 本動画を通じて、視聴者はサービスレベル管理の過去問で安定して得点するための型を獲得できます。まず、サービス提供条件の定義を崩さずに計画サービス時間を作る方法、次に計画外停止の扱いと単位換算を含めて稼働率を正確に算出する方法、さらに未達の原因をプロセス時間の分解で特定し、ボトルネックに対して契約条件と運用改善の両面から対策を設計する方法が整理されます。最後に、監視の遅れのような与件の「違和感」を見つけ、それを改善理由として言語化する読み取り力も身に付きます。 最後に、この動画を見る意義をまとめます。令和4年度春期 ITサービスマネージャ 午後Ⅰ 問1は、サービスレベル管理の基本動作を、計算と読解と改善提案に一体化させて問う、実務直結型の良問です。本動画では、出題趣旨と採点講評が求める「定義に基づく定量評価」「未達をプロセスに分解する分析」「サプライヤ管理と内部改善を両立させる施策立案」を、設問ごとの読解ポイントとして再現可能な形で整理します。単なる答え合わせではなく、同系統の過去問でも同じ手順で解ける状態を作ることが、本動画の最大の価値です。
