最終更新日:2026年8月5日
fe fe-management project-management
まず結論
WBSとは、プロジェクトで行う作業を、管理できる大きさまで階層的に分解したものです。
WBSは、Work Breakdown Structureの略です。
基本情報技術者試験では、次のように覚えます。
作業を階層的に分解するのがWBS。最下層の管理単位がワークパッケージ。
似た用語は、何を定義するかで切り分けます。
| 用語 | 定義するもの |
|---|---|
| WBS | 作業を階層的に分解した構造 |
| ワークパッケージ | WBSの最下層にある管理単位 |
| アクティビティ | ワークパッケージを完了するための具体的な作業 |
| プロジェクトスコープ記述書 | 成果物、除外事項、制約条件など |
| プロジェクトマネジメント計画書 | 実行、監視・コントロール、終結などの進め方 |
直感的な説明
WBSは、大きな仕事を「そのままでは担当も見積りもできない状態」から、扱いやすい大きさへ分けるためのものです。
例えば、社内システムを開発するプロジェクトを考えます。
社内システム開発
├─ 要件定義
├─ 設計
│ ├─ 画面設計
│ └─ データベース設計
├─ 開発
└─ テスト
さらに「画面設計」を分解します。
画面設計
├─ 画面一覧の作成
├─ 画面フローの作成
├─ 画面レイアウトの作成
└─ 入出力項目の定義
このように、上から下へ作業を細かく分けていく構造がWBSです。
大切なのは、単に作業名を並べるのではなく、階層構造で整理することです。
定義・仕組み
WBSの役割
WBSを作ると、プロジェクトで必要な作業の全体像を確認しやすくなります。
主な目的は次のとおりです。
- 必要な作業の漏れを減らす
- 担当者を割り当てやすくする
- 工数や費用を見積もりやすくする
- 進捗を管理しやすくする
- 作業範囲を共有しやすくする
WBSは、スケジュールそのものではありません。
まず作業を分解し、その後で作業順序や所要期間を整理してスケジュールにつなげます。
ワークパッケージ
WBSを下へ分解していき、管理できる大きさになった最下層の要素をワークパッケージと呼びます。
プロジェクト
↓
大きな作業
↓
小さな作業
↓
ワークパッケージ
ワークパッケージは、次のような管理を行う単位になります。
- 担当者の割当て
- 工数の見積り
- 費用の見積り
- 進捗の確認
- 完了条件の確認
ただし、ワークパッケージの大きさは、すべてのプロジェクトで同じではありません。
管理できる程度まで分解することが重要です。
アクティビティ
アクティビティは、ワークパッケージを完了するために実行する具体的な作業です。
例えば、ワークパッケージが「画面設計」なら、アクティビティは次のようになります。
ワークパッケージ:画面設計
アクティビティ:
- 利用者への確認
- 画面項目の洗い出し
- レイアウト案の作成
- レビュー
- 修正
試験では、次の順番で整理します。
WBSで作業を階層的に分解する
↓
最下層をワークパッケージとして管理する
↓
ワークパッケージを完了する具体的作業をアクティビティにする
このテーマは、基本情報技術者試験のプロジェクトマネジメントに関係します。公式の出題範囲やシラバスは、IPA:基本情報技術者試験から確認できます。
科目Aでどう出る?
科目Aでは、WBSで定義するものや、周辺文書との違いが問われます。
WBSを選ぶ合図
問題文に次の表現があれば、WBSを疑います。
作業を階層的に分解する
作業の全体像を整理する
成果を出すために必要な作業を細分化する
ワークパッケージへ分解する
判断の中心は、作業の階層的な分解です。
周辺用語の切り分け
| 問題文の合図 | 選ぶ用語 |
|---|---|
| 作業を階層的に分解 | WBS |
| WBSの最下層の管理単位 | ワークパッケージ |
| ワークパッケージを完了する具体的作業 | アクティビティ |
| 成果物、除外事項、制約条件 | プロジェクトスコープ記述書 |
| 実行、監視・コントロール、終結の方法 | プロジェクトマネジメント計画書 |
試験中は、次の4つに分けると判断しやすくなります。
何を含めるか
→ スコープ
作業をどう分けるか
→ WBS
実際に何をするか
→ アクティビティ
どう進めて管理するか
→ プロジェクトマネジメント計画書
どんな場面で使う?
WBSは、プロジェクトを始める際に作業範囲を整理する場面で使います。
例えば、次のような状況です。
必要な作業が見えていない
担当分担を決められない
工数を見積もれない
進捗をどの単位で確認するか決まっていない
作業の漏れが心配
WBSによって作業を分解すると、担当者や工数、期限を割り当てやすくなります。
また、WBSで整理した作業は、アローダイアグラムやガントチャートなどを使ったスケジュール作成の基礎にもなります。
作業順序とクリティカルパスについては、アローダイアグラムとは?で整理しています。
よくある誤解・混同
WBSはスケジュール表
違います。
WBSは、作業を階層的に分解した構造です。
何を行うかを分解する
→ WBS
いつ行うかを配置する
→ スケジュール
WBSだけでは、作業の開始日や終了日、前後関係までは表しません。
ワークパッケージとアクティビティは同じ
近い用語ですが、役割が違います。
管理するまとまり
→ ワークパッケージ
そのまとまりを完了する具体的作業
→ アクティビティ
ワークパッケージを、さらに実行レベルへ落としたものがアクティビティです。
WBSは組織図
違います。
WBSは作業を分解します。
部署や担当者の関係を階層的に示す組織図とは、分解する対象が異なります。
作業を分解
→ WBS
組織や担当を整理
→ 組織図
WBSでプロジェクトの除外事項を定義する
除外事項や制約条件などは、プロジェクトスコープ記述書で整理します。
WBSは、合意されたスコープを実現するために必要な作業を分解するものです。
WBSは細かいほどよい
細かくしすぎると、管理項目が増えて更新の負担が大きくなります。
大切なのは、担当、工数、費用、進捗を管理できる大きさまで分解することです。
まとめ(試験直前用)
- WBSは、プロジェクトの作業を階層的に分解した構造
- WBSの最下層の管理単位がワークパッケージ
- アクティビティは、ワークパッケージを完了する具体的作業
- 成果物・除外事項・制約条件はプロジェクトスコープ記述書
- 実行・監視・終結の方法はプロジェクトマネジメント計画書
- WBSはスケジュール表や組織図ではない
作業を分けるのがWBS、管理単位がワークパッケージ、実行する作業がアクティビティ。