この章で学ぶこと

この章が扱う中分類「サービスマネジメント」は約100語と、PD-Mのシラバスで最もボリュームの大きい領域です。プロジェクト・サービスマネジメント概論で扱った基礎知識を土台に、国際規格JIS Q 20000（ISO/IEC 20000シリーズ）に沿った実務レベルまで深掘りします。用語数は多いものの、「①サービスをどう定義し提供するか→②変更や移行をどう安全に行うか→③日々の運用で何を管理するか→④トラブルにどう対応するか→⑤止まらないサービスをどう維持するか」という一連の流れで捉えると、全体像が驚くほど整理しやすくなります。

サービスマネジメントの基本概念とライフサイクル

顧客に価値を提供する仕組みそのものをサービスと呼び、それを構成する個々の要素がサービスコンポーネントです。組織が提供するサービスの一覧をサービスカタログとしてまとめ、これらを体系的に管理する活動全体がサービスマネジメントです。提供者と利用者の間で合意するサービス品質の基準がSLAであり、そこで定める具体的な達成水準がサービスレベル目標です。組織が現在提供中・開発中・廃止予定のサービスをすべて含めて管理する一覧がサービスポートフォリオで、サービスは計画立案・設計・移行・提供・改善というサービスライフサイクルの段階を経て磨き上げられます。

こうした活動の国際標準がJIS Q 20000の規格群（ISO/IEC 20000シリーズ）で、利用者からのサービス要求事項を起点に組み立てられます。サービス提供の出発点となるのが、顧客との窓口を担う事業関係管理で、良好な顧客関係を築き、顧客満足やサービス満足度を継続的に測定し、寄せられる苦情にも適切に対応します。

扱う用語（精選・15語）

• サービス／サービスコンポーネント／サービスカタログ／サービスマネジメント
• SLA／サービスレベル目標／サービスポートフォリオ
• サービスライフサイクルの段階（計画立案・設計・移行・提供・改善）／サービス要求事項
• JIS Q 20000の規格群（ISO/IEC 20000シリーズ）
• 事業関係管理／顧客関係／顧客満足／サービス満足度／苦情

サービスレベル管理・供給者管理・ポートフォリオ管理

合意したサービス品質を維持する活動がサービスレベル管理で、達成度を測る具体的なサービスレベル指標で継続的に確認します。自社だけでサービスを完結できないケースも多いため、サービスの一部を外部に委託する外部供給者、組織内部の他部門が供給者役を担う内部供給者、時に顧客自身が供給者として振る舞う供給者として行動する顧客を含めて供給者管理を行い、責任範囲を契約で明確にします。

サービス全体の企画・提供状況を管理する活動がサービスポートフォリオ管理で、企画中のサービス群を指すサービス・パイプラインと、提供中のサービスカタログを管理するサービスカタログ管理に分かれます。運用状況はサービスの報告として関係者に共有し、そこから得た知見をもとに継続的改善のサイクルを回し続けることで、サービス品質とサービスの要求事項への適合度を高めていきます。組織のサービスマネジメント活動がどれだけ成熟しているかを示す物差しがプロセス能力水準（プロセス成熟度水準）です。

扱う用語（精選・15語）

• サービスレベル管理／サービスレベル指標
• 供給者管理／外部供給者／内部供給者／供給者として行動する顧客／契約
• サービスポートフォリオ管理／サービス・パイプライン／サービスカタログ管理
• サービスの報告／継続的改善／サービス品質／サービスの要求事項
• プロセス能力水準（プロセス成熟度水準）

変更管理とサービスの設計・移行

安定稼働中のサービスに手を加える際は、変更管理のプロセスに沿って統制します。変更したい内容を正式に申請する変更要求（RFC）を起点に、あらかじめ承認済みで低リスクな標準変更、通常の審査を経る通常の変更、大規模なプロジェクト変更、障害対応など即応が必要な緊急変更という変更のカテゴリーに応じて審査の重さを変えます。

新規・変更サービスを安全に本番投入するプロセスがサービスの設計及び移行です。まず引き渡し可能かどうかのサービス受入れ基準を定め、コードの変更を頻繁に統合して問題を早期発見する継続的インテグレーションを経て、移行の本番に備えます。移行計画を立てたら、本番前に手順を模擬する移行リハーサル、実際の運用環境で確認する運用テスト、利用者側の合格基準を満たすか確認する受入れテストを行い、問題なければ運用チームへ運用引継ぎを行います。

本番投入そのものを扱うのがリリース及び展開管理です。ソフトウェアをひとまとまりの単位にするリリースと、それを実環境に配置する展開を区別し、緊急リリースを含む複数のリリースの種類を使い分けます。変更を頻繁かつ確実に本番へ届ける仕組みとして、いつでもリリース可能な状態を保つ継続的デリバリーと、検証まで自動化して本番反映まで行う継続的デプロイがあります。

扱う用語（精選・18語）

• 変更管理／変更要求（RFC）／変更のカテゴリー（標準変更・通常の変更・プロジェクト変更・緊急変更 など）
• サービスの設計及び移行／サービス受入れ基準／継続的インテグレーション
• 移行／移行計画／移行リハーサル／運用テスト／受入れテスト／運用引継ぎ
• リリース及び展開管理／リリース／展開／緊急リリースを含むリリースの種類
• 継続的デリバリー／継続的デプロイ

仕組みを理解する: 「変更管理」と「構成管理」の役割分担

次節で扱う構成管理と、本節の変更管理は混同されがちですが、役割は明確に異なります。変更管理は「この変更を実施してよいか」を審査・承認するプロセス（いわば関所）であるのに対し、構成管理は「今どんな状態のIT資産が、どう関連し合っているか」を正確に記録し続けるプロセス（いわば台帳）です。変更管理が承認した変更内容は、構成管理データベース（CMDB）に反映されて初めて「正しい記録」になります。この2つが噛み合わないと、「変更したはずなのに台帳が古いまま」という実務上のトラブルが発生します。

資産管理と構成管理・予算会計

IT資産を経済的価値のあるものとして管理する活動が資産管理で、これをIT領域に特化して体系化したものがITアセットマネジメントです。個々の構成要素同士の関係性を正確に把握・維持する活動が構成管理で、管理対象となるハードウェアやソフトウェアなどの単位を構成品目（CI）、その属性やバージョンなどの詳細を構成情報と呼びます。これらを一元管理するデータベースが構成管理データベース（CMDB）で、ある時点の正式な構成状態を基準点として記録したものを構成ベースラインと呼びます。

サービス運営には資金面の管理も欠かせません。サービスの予算業務及び会計業務は、必要な資金を見積もり配分する予算業務と、実際の収支を記録・分析する会計業務に分かれ、利用量に応じて費用を請求する課金や、資産の価値を時間経過に応じて費用化する減価償却もあわせて扱います。導入時の費用だけでなく、運用・保守・廃棄まで含めた総費用を捉える総所有費用（TCO）の視点は、投資判断の基本になります。

扱う用語（精選・13語）

• 資産管理／ITアセットマネジメント
• 構成管理／構成品目（CI）／構成情報／構成管理データベース（CMDB）／構成ベースライン
• サービスの予算業務及び会計業務／予算業務／会計業務／課金／減価償却
• 総所有費用（TCO）

需要管理と容量・能力管理

サービスの利用状況を先読みして備える活動として、需要管理があります。利用者からのサービスへの要求そのものを需要と呼び、将来の需要を見積もる需要予測に基づいて、必要な処理能力を確保する容量・能力管理を行います。ここでいう容量・能力（キャパシティ）とは、サービスが処理できる量の上限であり、実際の稼働状況を示すパフォーマンスと合わせて監視することで、需要の急増によるサービス品質の低下を未然に防ぎます。

扱う用語（精選・6語）

• 需要管理／需要／需要予測
• 容量・能力管理／容量・能力（キャパシティ）／パフォーマンス

サービスデスクとインシデント・問題管理

利用者からの問い合わせ・依頼を一手に受け付ける窓口がサービスデスクで、問い合わせ先を一本化するSPOC（Single Point Of Contact）の考え方に基づきます。拠点ごとに置くローカルサービスデスク、遠隔地から一括対応するバーチャルサービスデスク、1拠点に集約する中央サービスデスク、時差を利用して24時間対応するフォロー・ザ・サンというサービスデスク組織の構造を、規模や拠点配置に応じて選択します。

サービスの中断や品質低下に対応するのがインシデント管理で、計画外の中断そのものをインシデント、影響が特に大きいものを重大なインシデントと呼びます。自分たちで解決できない場合は、より高度な技術者に引き継ぐ機能的エスカレーションや、上位の管理者に判断を仰ぐ階層的エスカレーションといったエスカレーションを行い、重大インシデントでは複数の担当者が同時に集まって対応するスウォーミングも有効です。単なる不具合対応だけでなく、利用者からの依頼（パスワード再発行など）に応えるサービス要求管理・サービス要求も並行して扱います。

インシデントの裏に潜む根本的な欠陥を扱うのが問題管理です。未解決の欠陥そのものを問題、原因は特定できたが恒久対策が未実施の状態を既知の誤りと呼びます。繰り返し発生するインシデントのパターンを見つける傾向分析から根本原因を特定し、再発を防ぐ予防処置と、恒久対応までの応急処置であるワークアラウンドを使い分けます。多数のインシデント・問題を効率よく処理するには優先順位付けが欠かせず、これらすべての活動の基盤として、日々の状態を把握する“監視，測定，分析及び評価”とモニタリングが土台になります。

扱う用語（精選・20語）

• サービスデスク／SPOC（Single Point Of Contact）／サービスデスク組織の構造（ローカル・バーチャル・中央・フォロー・ザ・サン）
• インシデント管理／インシデント／重大なインシデント／エスカレーション（機能的・階層的）／スウォーミング
• サービス要求管理／サービス要求
• 問題管理／問題／既知の誤り／傾向分析／根本原因／予防処置／ワークアラウンド
• 優先順位付け／“監視，測定，分析及び評価”／モニタリング

サービス可用性管理とサービス継続管理

サービスが必要なときに使える状態を維持する活動がサービス可用性管理で、実際に使える状態にある度合いをサービス可用性と呼びます。これを測る代表的な指標が、故障までの平均時間を示すMTBF、修復にかかる平均時間を示すMTTR、インシデント発生の間隔を示すMTBSI、サービスが復旧するまでの平均時間を示すMTRSです。数値が改善するほど、サービスが「止まりにくく、止まってもすぐ直る」状態に近づきます。

大規模障害や災害でサービスが長時間停止するリスクに備えるのがサービス継続管理です。停止が事業に与える影響を分析するビジネス・インパクト分析（BIA）を通じて、特に守るべき重要事業機能（VBF）を特定し、それを踏まえたサービス継続計画を策定します。復旧の目標値としては、どれだけ早く復旧させるかを示す目標復旧時間（RTO）、どの時点のデータまで復旧させるかを示す目標復旧時点（RPO）、復旧直後にどの水準までサービスを戻すかを示す目標復旧レベル（RLO）の3つを組み合わせて計画の精度を高めます。

扱う用語（精選・13語）

• サービス可用性管理／サービス可用性／MTBF／MTTR／MTBSI／MTRS
• サービス継続管理／ビジネス・インパクト分析（BIA）／重要事業機能（VBF）／サービス継続計画
• 目標復旧時間（RTO）／目標復旧時点（RPO）／目標復旧レベル（RLO）

AIで学ぶ

ここまでの用語は、ChatGPTやClaudeなどの生成AIに以下のプロンプトを投げかけると、比較表つきでさらに深く掘り下げて学習できます。コピーして使ってみましょう。

あなたはプロフェッショナルデジタルスキル（マネジメント）試験の講師です。「ITサービスマネジメント」の範囲について、以下の用語を初学者向けに**関連づけながら**説明してください（単体の丸暗記より、用語同士のつながりを理解したほうが記憶に定着しやすく、試験本番で紛らわしい選択肢を見分ける力もつくためです）。用語同士の違いが分かる**比較表**を最後に付けてください。

【基本概念とライフサイクル】サービス、サービスカタログ、サービスマネジメント、SLA、サービスレベル目標、サービスポートフォリオ、サービスライフサイクルの段階、JIS Q 20000
【レベル・供給者・ポートフォリオ管理】サービスレベル管理、供給者管理、外部供給者、内部供給者、サービスポートフォリオ管理、サービス・パイプライン、継続的改善、プロセス能力水準
【変更管理と設計・移行】変更管理、変更要求（RFC）、変更のカテゴリー、サービスの設計及び移行、移行リハーサル、受入れテスト、リリース及び展開管理、継続的デリバリー、継続的デプロイ
【資産・構成・予算会計】資産管理、ITアセットマネジメント、構成管理、構成品目（CI）、構成管理データベース（CMDB）、総所有費用（TCO）
【需要・容量管理】需要管理、需要予測、容量・能力管理
【サービスデスクとインシデント・問題管理】サービスデスク、SPOC、インシデント管理、重大なインシデント、エスカレーション、スウォーミング、問題管理、既知の誤り、根本原因、ワークアラウンド
【可用性・継続管理】サービス可用性管理、MTBF、MTTR、MTBSI、MTRS、サービス継続管理、ビジネス・インパクト分析（BIA）、重要事業機能（VBF）、目標復旧時間（RTO）、目標復旧時点（RPO）、目標復旧レベル（RLO）

AIに用語リストだけを渡すと、辞書をそのまま読み上げるような無機質な説明が返ってくることがあります。このプロンプトが役割（試験の講師）・関連づけの指示・出力形式（比較表）の3つを指定しているのはそれを避けるためです。特にこの章はMTBF・MTTR・MTBSI・MTRSやRTO・RPO・RLOのように似た略語が並ぶため、比較表で並べて覚えると混同を防ぎやすくなります。

章末チェック

最後に、この章で学んだ知識をアウトプットして定着させましょう。全問に答えたら「答え合わせ」を押してください。

この章のまとめ

この章では、サービスの基本概念からサービスレベル管理・変更管理・構成管理・需要容量管理・インシデント管理・問題管理、そしてサービス可用性管理・サービス継続管理まで、JIS Q 20000ベースのITサービスマネジメントの全体像を学びました。「安定して提供し続ける」ためのこの視点は、次章で扱うプロジェクトマネジメント——「新しく作り上げる」ための視点——と対をなす知識です。

次章では、PMBOK的な考え方に基づき、プロジェクトの立ち上げから終結までのプロセス、チームマネジメント、リスク・コスト・スケジュールの管理手法を学びます。→ 第5章 プロジェクトマネジメント