WBS・ガントチャート・クリティカルパス・SLA/SLOとは？プロジェクト管理5用語を1ページで解説

結論：WBS・見積り・ガントチャート・クリティカルパス・リスク管理・SLA/SLOは、バラバラの用語ではなく「作業を洗い出す→見積もる→スケジュールに落とす→遅れを防ぐ→運用の品質を約束する」という一つの流れの中に並んでいます。この記事では6つの用語を時系列でつなぎ直し、計算式や出題パターンも含めて1ページで完結させます。

ITパスポート・情報セキュリティマネジメント（SG）・応用情報のいずれも、プロジェクトマネジメントとサービスマネジメントという2つの管理の型をこの並びで出題してきます。用語を1つずつ暗記するより、先に全体の流れをつかんでおいたほうが、試験本番で似た選択肢に惑わされにくくなります。

なぜこの用語群はワンセットで出題されるのか

プロジェクトには必ず2つの顔があります。「新しく何かを作り上げる」期間限定の活動（プロジェクトマネジメント）と、「作ったものを維持し続ける」終わりのない活動（サービスマネジメント）です。WBS・見積り・ガントチャート・クリティカルパス・リスク管理は前者、SLA/SLOは後者に属し、試験ではこの2つの型を対比させる形で出題されることが多くなります。

さらにプロジェクトマネジメント側の用語は、それ自体が「作業を洗い出す→見積もる→図にする→最短経路を見抜く→リスクに備える」という作業の順番そのものです。バラバラに暗記するのではなく、この順番で覚えると全体像が崩れません。

全体像を一枚で見る：計画から運用までの5ステップ

ステップ	用語	やること	試験での主な出題ポイント
① 作業を洗い出す	WBS（作業分解構造）	成果物を階層的に分解し、作業範囲を確定する	100%ルール
② 期間とコストを見積もる	見積り手法	類推見積法・FP法・三点見積りで工数を予測する	PERT法の期待値計算
③ スケジュールに落とす	ガントチャート	各作業の期間・並行関係を横棒で可視化する	依存関係を表せない弱点
④ 遅れを絶対に許さない経路を特定する	クリティカルパス／リスク管理	アローダイアグラムで最短完了日を求め、不確実性への対応方針を決める	余裕日数の計算、リスク対応4分類
⑤ 運用の品質を約束する	SLA / SLO / SLI	完成後のサービス品質を数値目標として合意する	稼働率の計算

①〜④はプロジェクトという期間限定の活動を計画・見積り・可視化・防衛する一連の作業です。⑤だけは主語が変わり、「プロジェクトが終わった後、運用フェーズで交わす約束」という別のレイヤーの話になります。ここを混同すると、試験でプロジェクトマネジメントとサービスマネジメントの選択肢を取り違えるミスにつながります。

① 作業を洗い出す：WBS（作業分解構造）

WBSとは、プロジェクトの最終的な成果物を頂点として、それを完成させるために必要な作業を階層的に分解し、ツリー構造で表現した図のことです。この分解によって、複雑なプロジェクト全体を管理可能な小さな作業単位へと細分化します。

WBSを作成する際、最も重要なのが「100%ルール」です。「下位階層のタスクをすべて合計すると、上位階層のタスクと完全に一致しなければならない」という原則で、作業範囲に抜け漏れがないこと、余分な作業が含まれていないことを保証します。試験では、この100%ルールが守られているかどうかを判断させる問題として頻出します。

WBSが機能しない理由は、「分解しすぎ」または「粗すぎ」のどちらかです。分解しすぎると管理コストが増大し、粗すぎると100%ルールが崩れて見積もりの精度が低下します。プロジェクトの規模やチームのスキルレベルに合わせた粒度を選ぶことが重要です。

WBSとセットで覚えるOBSとRAM

OBS（Organization Breakdown Structure）：組織分解構造。「誰が」を示す、プロジェクトに関わる組織やチームの階層構造。WBSが「何をやるか」を分解するのに対し、OBSは「誰がやるか」を分解する
RAM（Responsibility Assignment Matrix）：責任分担マトリクス。WBSとOBSを掛け合わせ、「どのタスクを誰が担当し、誰が承認するか（RACI）」を定義する。Responsible（実行責任者）・Accountable（承認者、通常1人）・Consulted（相談者）・Informed（報告先）の4役割で構成される

② 期間とコストを見積もる：類推見積法・FP法・三点見積り

WBSで作業を分解した後、それぞれの作業にかかる工数・コストを見積もります。応用情報では複数の見積り手法が出題されます。

手法	概要	特徴
類推見積法	過去の類似プロジェクトの実績を参考に見積もる	早い段階で概算を出せるが精度は粗い
プログラムステップ法	ソースコードの行数から工数を算出する	従来型開発でよく使われるが、言語・生産性の差を考慮する必要がある
ファンクションポイント法	システムが持つ機能の数・複雑さから工数を算出する	プログラミング言語に依存せず見積もれる
三点見積り（PERT）	楽観値・悲観値・最頻値の3つから期待値を算出する	不確実性を数値に織り込める

三点見積りは以下の加重平均で期待値を算出します。最頻値の重みを4倍にすることで、「最もありそうな見積り」を軸にしつつ楽観・悲観のブレも織り込む設計です。

期待値 = (楽観値 + 4 × 最頻値 + 悲観値) ÷ 6

この計算式は応用情報の午前問題で直接の計算問題として出題されることがあります。

③ スケジュールに落とす：ガントチャート

ガントチャートは、縦軸に「作業項目」、横軸に「時間」を配し、各作業の開始から終了までを横棒で表現した図です。試験で問われる主なメリットは、①プロジェクトの全体像と終了予定日が直感的にわかる全体の俯瞰、②同時に進んでいる作業が把握しやすい作業の重なり、③予定に対する実績がわかる進捗の可視化の3つです。

一方で弱点もあります。「Aが終わらないとBを始められない」といったタスク間の依存関係は、横棒だけでは明確に表現しにくいのが実情です。この依存関係を矢印で明確に示すのが、次に解説するアローダイアグラム（PERT図）で、試験ではガントチャートとアローダイアグラムの得意分野を比較させる出題がよくあります。

ガントチャート上で、重要な節目となるポイントをマイルストーン（菱形の記号などで表記）として定義します。試験では「マイルストーンが設定されているか」がプロジェクト管理の質を問うポイントになります。

④ 遅れを絶対に許さない経路を特定する：クリティカルパスとリスク管理

クリティカルパスとは、プロジェクトの開始から終了までをつなぐ複数の作業経路のうち、最も時間がかかるルートのことです。このパス上の作業が1日でも遅れると、プロジェクト全体の完了日が1日遅れます。つまりこのルート上のタスクには「浮き時間（フロート）」が一切ありません。

試験でクリティカルパスを特定する手順は次の3つです。

全ルートを洗い出す：開始から終了までの考えられるすべての経路をリストアップする
作業日数を合計する：各ルートに含まれるすべての作業日数を足し算する
最大値を探す：合計日数が最も大きいルートがクリティカルパス

アローダイアグラムで複数の矢印が集まる「結合点」は試験の引っかけとして頻出します。結合点では「最も遅い完了時間」を次の工程に引き継ぐというルールがあり、「一番早いもの」を選んでしまうのが最大の失点パターンです。

実務では、クリティカルパスは固定ではなく常に「動く」という認識が重要です。初期計画で特定されたパス以外の作業が予期せぬトラブルで大きく遅延すると、別のルートが新しいクリティカルパスに昇格することがあります。

リスク対応の4分類

不確実性（リスク）への対応方針は4つに分類されます。判断軸は「発生確率 × 影響度」の大きさです。

回避：リスクの原因そのものを取り除く（例：未検証の新技術の採用をやめる）
軽減（低減）：発生確率や影響度を下げる対策を取る（例：プロトタイプで事前検証する）
移転（転嫁）：リスクを第三者に移す（例：保険をかける、外部委託にする）
受容：対策コストが見合わないため、リスクをそのまま受け入れる

試験では「あるリスクシナリオに対して、4分類のどれを選ぶべきか」を判断させる設問が頻出します。

⑤ 運用の品質を約束する：SLA・SLO・SLI

プロジェクトが完了し、実際にサービスが動き出した後の話がSLA（Service Level Agreement）です。ITサービスの提供者が利用者に対して「どの程度の品質を提供するか」を明文化し、合意した契約のことです。試験に出るSLAの3大要素は、稼働率や応答時間などのサービス項目、「稼働率99.9%以上」のような目標値、目標未達時の対応を定めた罰則・返金規定です。

似た用語のSLO（Service Level Objective）との違いも整理しておきましょう。

SLA：外部（顧客）との「約束（契約）」。目標値を下回ると罰則や返金が発生しうる
SLO：内部（チームや組織）で目指す「目標」。通常SLAより厳しい数値を設定し、安全マージンを確保する

高度な試験ではSLI（Service Level Indicator）も登場します。SLOの達成度を測るための「計測値」（実際の稼働率、応答時間など）です。SLI（計測）→ SLO（目標）→ SLA（合意）の順でピラミッド構造になっていると理解すると、3つの関係が一気に整理できます。

試験によって重心が違う

同じ用語群でも、試験によって問われ方の重心が変わります。

試験	重心	出題の傾向
ITパスポート	用語の理解と役割の識別	「WBSとガントチャートの違いは？」のような基礎知識問題
情報セキュリティマネジメント	運用・管理者としての判断	SLA未達時の対応、インシデント管理との接続
応用情報技術者	計算と記述	余裕日数の計算、見積り手法の使い分けを記述式で説明

ITパスポート・SGの20時間コースでも、この用語群はそれぞれ第4章・第6章にまとめて登場します。コースの本文と合わせて読むと、単語の意味だけでなく試験ごとの出題の重心の違いまで押さえられます。

Syllabus Hack Points：AIをプロジェクト管理の相棒にする

用語を覚えたら、AIに実際の作業を代行させて「使える知識」に変えましょう。目的ごとに以下のプロンプトを使い分けます。

叩き台を作らせる（WBS・見積り）

Webサイトの新規構築プロジェクトのWBSを、マイルストーンごとに階層構造で作成してください。企画・要件定義・開発・テスト・公開といった一般的な工程を含めてください。あわせて、各工程の工数を類推見積法で概算し、その根拠も添えてください。

図をコードで生成させる（ガントチャート）

新製品開発プロジェクトのガントチャートをMermaid形式で書いてください。企画・設計・開発・テスト・リリースの工程を、それぞれ順に並べてください。

計算を検算させる（クリティカルパス）

以下の作業工程リストから、すべての経路と所要日数をリストアップし、クリティカルパスを特定してください。思考プロセスも書き出してください。
作業A(3日)、作業B(5日, A待ち)、作業C(2日, A待ち)、作業D(4日, B・C待ち)

判断力を鍛える（リスク管理・SLA）

「新技術を採用する予定だが、社内に経験者がいない」というリスクに対して、回避・軽減・移転・受容のどの対応が適切か、判断理由とともに複数の選択肢で説明してください。同様に、クラウドストレージサービスのSLA案を1つ作成し、その目標値が甘すぎる場合のビジネスへの悪影響も分析してください。

いずれも「正解を教えてもらう」のではなく「AIの回答を自分の判断と突き合わせる」使い方です。回答を読んだら、自分の言葉で説明し直してAIに添削してもらうと定着が早まります。

まとめ

WBS・見積り・ガントチャート・クリティカルパス・リスク管理・SLA/SLOは、「洗い出す→見積もる→スケジュール化→遅延を防ぐ→品質保証」という一つの流れの中にある用語です。

①〜④はプロジェクトという期間限定の活動を計画・見積り・可視化・防衛する技術
⑤はプロジェクト終了後の継続的な運用で交わす品質の約束
試験によって重心が変わる（ITパスポートは識別、SGは運用判断、応用情報は計算・記述）

この1ページに登場した計算式・分類・比較表を押さえておけば、ITパスポート・SG・応用情報のいずれでも、マネジメント系の得点源にできます。