[https://www.youtube.com/watch?v=qH4e9RDXvYE:embed:cite]
本動画では、令和4年度春期 ITサービスマネージャ試験 午後Ⅰ 問3を取り上げ、オンプレミスで運用してきた販売システムの更改にあたり、オンプレミス案とPaaS（クラウド）案を比較検討するプロセスを、サービス移行（Service Transition）の観点から整理しながら解説します。午後Ⅰで問われているのは、クラウドという技術選択そのものではなく、外部事業者が提示するカタログ条件と、自社が利用者に約束しているSLA（サービスレベル合意書）や運用プロセスの間にある「責任範囲・時間軸・手順」のギャップを見抜き、契約前に確認・調整すべき事項として具体化できるかというサービスマネジメント能力です。加えて、5年間というライフサイクルで総費用を比較し、需要見通しを前提にした意思決定を支える定量感覚も同時に問われています。 出題趣旨の中心は、サービスレベルは数字だけ一致していても、前提条件と責任分界が違えばサービスとしての達成可否が変わる、という点にあります。A社はハードウェア保守期限切れを契機に2023年4月の更改を計画し、更改後は2027年度末までの5年間を対象に、サービスレベルの維持、需要見通しの考慮、費用の抑制を方針として検討を進めます。ここで採点側が見ているのは、比較表を眺めて「PaaSのほうが安い」「SLAは同じ」と結論付けるのではなく、サービス提供の実態に踏み込んで、利用者への説明責任を果たすために何を詰めなければならないかを、与件から根拠付きで言語化できるかです。午後Ⅰの読解ポイントとして、カタログ文言の省略部分こそリスクの温床であり、そこを質問事項に落とすことが重要になります。 設問1は、PaaS案の検討における確認事項を問うことで、SLAの整合性確認が単なる条文の突合ではないことを理解させています。計画停止に関する確認では、A社の現行SLAが「計画停止を行う場合、15日前までにWebサイトで利用者へ案内する」と定めている一方で、B社のカタログは「計画停止を除く」としつつ通知時期を明示していません。ここで合否を分けるのは、A社の“利用者向け通知期限”を満たすためには、B社からA社への連絡がそれ以前に必要であるという時間軸の連鎖を見抜けるかどうかです。したがって確認すべき内容は、B社が計画停止を実施する何日前にA社へ案内するのか、つまりB社からA社への通知リードタイムであり、単に「計画停止はあるか」では不十分になります。採点講評が重視しがちな点は、利用者への約束（A社SLA）を起点に、上流となるサプライヤの行為（B社通知）へ落とし込めているかで、ここがサービス移行の実務感覚を測るポイントです。 サービス回復時間に関する懸念は、数字が一致しているのに危ないという典型論点です。A社の現行SLAもB社のカタログも「インシデント発生時のサービス回復時間4時間以内」を掲げていますが、B社の責任範囲はPaaS基盤の復旧までに限定され、販売サービス全体の復旧にはその後にA社側で販売アプリの稼働確認や再起動などの作業が必要になります。つまり、4時間という同一目標値の中に含めている作業範囲が一致していない可能性があり、B社が4時間を使い切ればA社の復旧作業時間が残らず、結果として利用者向けのSLAを満たせなくなるリスクが生じます。午後Ⅰの読解ポイントは、SLAの文言をそのまま信じるのではなく、責任分界点を挟んだ作業の連なりを時系列で捉え、トータルの回復時間に対する“余白”が確保できないことを懸念理由として表現することです。 バックアップ取得場所に関する問い合わせ理由は、クラウドカタログが物理的冗長性の粒度を省略しがちな点を突く設問です。過去の他社事例で本番データとバックアップデータが同一機器にあり、単一障害で両方が失われ復元不能になったという経験が与件に置かれている以上、B社の「データセンタ内において日次でバックアップ」という表現は、同一筐体・同一ストレージ・同一障害ドメインである可能性を排除できません。ここで問われるのは、バックアップの頻度ではなく、バックアップの配置が本番と同一障害点になっていないかというリスクの把握です。したがって問い合わせ理由は、本番データとバックアップデータが同時に利用できなくなる可能性があるから、という形で単一障害点の懸念を明確にするのが筋になります。採点側は、災害対策やバックアップという言葉を一般論で語るのではなく、与件の事故パターンを踏まえて“同時喪失”という具体的リスクに結び付けられるかを見ています。 解約時のデータ取扱いに関する確認は、サービス移行の出口設計、すなわちベンダーロックインや契約終了時のデータ回収を実務として捉えられるかがポイントです。ライフサイクルは5年間と明示されており、利用終了時にデータが消去される前にA社がデータを回収できること、さらに回収されるデータがA社で利用可能な形式で提供されることを確認しておく必要があります。午後Ⅰの読解ポイントは、単に「データを返してもらう」ではなく、「消去前の回収」と「利用可能な形式」という二つの観点を、与件の期間条件に紐付けて整理することです。採点講評の観点でも、契約終了を想定したデータ取扱いはクラウド移行の頻出論点であり、ここを抜くと実務の想定不足として評価が下がりやすくなります。 設問2は、オンプレミス案とPaaS案の5年間総費用の算出を通じて、需要見通しとコストモデルの違いを扱えるかを確認しています。オンプレミス案は年度ごとの年間費用と一時費用を積み上げ、さらに容量・能力強化が発生する年度に費用が増えるという前提を落とさずに合計する必要があります。与件どおりに計算すれば、2023年度の年間336と一時500を合算した836を起点に、2024年度336、2025年度は年間696と一時200で896、2026年度696、2027年度696を加え、総額は3,460百万円となります。PaaS案はトランザクション処理量の見通しに応じて年間費用のレンジが変わる従量的モデルであり、年度ごとに処理量の区分を正しく当てはめた上で、一時費用100を加算して合計する必要があります。処理量の推移に従い240、336、432、504、600を積み上げ、100を加えると2,212百万円となり、単純比較ではPaaS案が低コストに見えます。午後Ⅰの読解ポイントは、オンプレミスは固定費と更改・増強のイベント費用が効き、PaaSは需要増に応じた段階的増加が効くというコスト構造の違いを、表の読み取りミスなく計算へ落とすことです。採点側の狙いは、計算の正確さに加え、需要見通しを意思決定に反映するという能力管理的な観点を、サービス移行の局面でも扱えるかにあります。 設問3は、インシデント管理プロセスにおけるB社との調整事項を問うことで、SLAの条項だけでなく運用プロセスの整合が必要であることを浮き彫りにします。A社の現行運用では、解決に時間がかかる場合には進捗状況の経過連絡を行うことになっている一方、B社のカタログでは連絡のタイミングが「インシデント発生時」と「解決時」のみとされており、対応中の可視性が不足します。A社は営業部という利用者に対して説明責任を負うため、障害対応の途中経過を把握できない状態は、サービスマネジメントとしてのコミュニケーション統制が欠けることになります。したがって、B社と調整すべき内容は、PaaS障害対応状況の経過連絡の方法とタイミングであり、途中経過の共有を運用要件として契約・運用設計に組み込む必要があります。午後Ⅰの読解ポイントは、インシデント対応を技術復旧の話に閉じず、ステークホルダコミュニケーションを含むサービス提供責任として捉えることにあります。 この問題が合否を分ける論点は、クラウドカタログと自社SLAの“言葉の一致”に安心せず、責任分界と時間軸と手順の隙間を具体的な確認・調整事項に落とせるかどうかです。計画停止通知は、利用者への告知期限から逆算してサプライヤ通知のリードタイムを問えるかが鍵になります。回復時間は、復旧対象範囲が違えば同じ4時間でも意味が変わることを見抜けるかが鍵になります。バックアップは、同一障害点のリスクを排除するために物理配置の粒度まで確認する発想が鍵になります。解約時のデータは、契約終了の出口まで含めたサービス設計として回収と形式を確認できるかが鍵になります。インシデント連絡は、解決時刻だけでなく対応中の可視性が利用者対応に直結することを理解し、経過連絡を調整事項として提示できるかが鍵になります。難所はコスト計算そのものよりも、こうしたギャップを「質問の形」に変換する部分で、ここにサービスマネジメントの実務的な力量差が出ます。 最後に、この動画を見る意義をまとめます。令和4年度春期 ITサービスマネージャ 午後Ⅰ 問3は、オンプレミス対クラウドという構図を借りて、サービス移行におけるSLA整合、責任分界の確認、運用プロセスの調整、需要見通しを踏まえた費用比較という、現場で必ず起きる論点を一問に凝縮した良問です。本動画では、出題趣旨と採点講評が求める「カタログの省略部をリスクとして見抜く力」「SLAの前提条件と作業範囲を揃える力」「ベンダー調整を運用要件として具体化する力」「5年総費用を需要見通しと結び付けて判断する力」を、午後Ⅰの読解ポイントとして再現可能な形で整理します。過去問を一度解いて終わらせるのではなく、次のクラウド移行・サービス移行問題でも同じ観点で抜け漏れなく検討できるようになることが、この動画を視聴する最大の価値です。
