ITパスポート 2022年 問36

WBSに関する記述のうち、適切なものはどれか【ITパスポート 解説】

正解の理由

• WBS（作業分解構成）：大きな仕事を小さな作業単位に分けたもの。見積りや担当割当、管理の基礎になる。
• スコープ（scope）：プロジェクトで扱う範囲。何を行うか・行わないかの境界。
• 作業工数：作業に必要な時間や労力（例：人時＝人×時間）。

解法ステップ

1. WBSの定義を思い出す。WBSは何を目的として作るかを確認する（成果物と作業の分解）。
2. 各選択肢がWBSの目的・性質に合うか照らし合わせる。
3. 「WBSは見積もりの根拠になるか」「スコープ外を含めるか」「必ず同じ階層まで分解するか」「類似作業を省略してよいか」を順に検討する。
4. WBSの定義に合致する選択肢を正解にする（ここでは ア）。

選択肢別の誤答解説

• ア: WBSではプロジェクトで実施すべき作業内容と成果物を定義するので、作業工数を見積もるときの根拠として使用できる。
  → 正しい。WBSで分解された各作業（ワークパッケージ：小さな作業単位）は個別に見積もれるため、合算してプロジェクト全体の工数になります。
• イ: WBSには、プロジェクトのスコープ外の作業も検討して含める。
  → 誤り。WBSは「スコープ内」の作業・成果物を整理するものです。スコープ外（プロジェクトで扱わない範囲）は基本的に含めません。含めると見積りや管理が混乱します。
• ウ: 全てのプロジェクトにおいて、WBSは成果物と作業内容を同じ階層まで詳細化する。
  → 誤り。WBSは必要に応じて成果物ベースで分解したり、作業ベースで分解したりしますが、必ず同じ階層まで揃えなければならないというルールはありません。プロジェクトの性質や管理目的に応じて、成果物と作業の分解レベルは異なっても構いません。
• エ: プロジェクトの担当者がスコープ内の類似作業を実施する場合、WBSにはそれらの作業を記載しなくてよい。
  → 誤り。類似作業であっても、それぞれがプロジェクトの成果に影響するならWBSに含めて管理・見積もりする必要があります。省略すると工数漏れや責任の不明確化を招きます。

よくある誤解

1. 「WBS＝スケジュール（ガントチャート）だ」と思う誤解。
   • WBSは「何をするか（作業と成果物の分解）」が主目的です。スケジュールは「いつやるか」「誰がやるか」を示す別の成果物で、WBSを元に作ります。
2. 「WBSには工数や担当者も必ず書くべきだ」と考える誤解。
   • WBS自体は分解の構造を示すものです。工数や担当はワークパッケージに付随情報として追加できますが、本質はスコープの把握です。
3. 「詳細に分解すれば良い」との誤解。
   • 分解し過ぎると管理コストが増えます。適切な粒度（見積りや管理がしやすいレベル）を目安にします。

補足コラム

• 100%ルール：WBSでは「そのレベルの要素がプロジェクトのスコープ全体を100%表している」ことが望ましいです。つまり抜けや重複がないこと。
• ワークパッケージ（work package）：WBSの最小単位。ここで見積り、担当、成果物を決めることが多いです。目安として「担当者が管理・完了できる単位」や「数日〜数週間で完了するサイズ」がよく使われます。
• WBSの使い方（簡単な手順）：
  1. 最終成果物をトップに置く（例：システムAの導入）。
  2. 大きな成果物で分解（設計、開発、テスト、導入）。
  3. 各成果物をさらに細かく分解してワークパッケージにする。
  4. 各ワークパッケージで工数見積り・担当決定を行う。
• 簡単なWBS例（ツリー表示）：
  • システム導入
    • 要件定義（成果物：要件定義書）
    • 設計（成果物：設計書）
      • 基本設計
      • 詳細設計
    • 開発（成果物：プログラム）
      • モジュールA開発
      • モジュールB開発
    • テスト（成果物：テスト報告書）
    • 導入・移行

FAQ