戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

ITパスポート 2011年 秋期 42


問題文

新営業店システム開発プロジェクトの作業を、図のように階層的に表現する手法はどれか。
ITパスポート 2011年 秋期  問42の問題画像

選択肢

PERT (Program Evaluation and Review Technique)
WBS (Work Breakdown Structure)(正解)
構造化プログラミング
ファンクションポイント法

🔒 解説は解答すると表示されます

新営業店システム開発プロジェクトの作業を、階層的に表現する手法はどれか【ITパスポート 解説】

正解の理由

  • WBSは「Work Breakdown Structure(作業分解構成)」の略で、プロジェクト全体を上位から下位へ階層的に分解して表示する手法です。
    • 「プロジェクト名」が最上位にあり、そこから段階(要件定義、設計、プログラミング、テストなど)→さらに細かい作業(テスト計画→品質基準定義、テスト計画書作成)へと枝分かれする図は、まさにWBSの典型的な表現です。
  • 図は長方形の枠で親子関係を示し、上下・左右に展開される階層構造になっています。これはWBSの「作業を成果物(ワークパッケージ)単位で分解していく」考え方と一致します。

解法ステップ

  1. 図の形状を確認する(親子関係・階層があるか)。
    • 親(プロジェクト)→子(工程)→孫(さらに細かい作業)と分かれていればWBSを疑う。
  2. 図中の要素が「作業名」や「作成する成果物(テスト計画書など)」になっているか確認する。
    • WBSは「何を作るか/何をやるか(スコープ)」を分解する。
  3. 図が「時間順(スケジュール)」や「依存関係(前後関係)」を主に示しているかを確認する。
    • 依存関係や所要時間を重視していればPERT(ネットワーク図)やガント図の可能性が高い。
  4. 選択肢と照合して最も合う手法を選ぶ。
    • 今回は階層的/親子関係/成果物ベースなのでWBS。

選択肢別の誤答解説

  • ア: PERT(Program Evaluation and Review Technique:プログラム評価レビュー手法)
    • 説明:作業(アクティビティ)の順序や所要時間、工程間の依存関係を表すネットワーク図です。クリティカルパス(最長経路)を見つけてスケジュール管理を行うのが目的です。
    • なぜ違うか:問題図は親子の階層分解を示しており、作業の順序や時間(依存関係)を示す矢印や時間表示が中心ではありません。したがってPERTではありません。
  • イ: WBS(Work Breakdown Structure:作業分解構造) ← 正解
    • 説明:プロジェクトの成果物や作業を階層的に分解して一覧化する手法。管理単位(ワークパッケージ)で切り分けます。問題の図の構造と一致します。
  • ウ: 構造化プログラミング(Structured Programming)
    • 説明:プログラム(ソースコード)を分かりやすく設計・記述する方法論です。フローチャートや制御構造(順次・選択・反復)に着目します。
    • なぜ違うか:図はプロジェクト作業の分解図であり、プログラム内部の制御構造やコード設計を示すものではありません。
  • エ: ファンクションポイント法(Function Point Method)
    • 説明:ソフトウェアの機能量(機能点)を数値化して規模見積もりを行う手法です。入力・出力・問合せ・内部データ・外部インタフェースなどを数え、工数を推定します。
    • なぜ違うか:問題図は作業の階層表示であり、機能の数や規模を数えるための表ではありません。

よくある誤解

  1. 「階層になっている=スケジュール図(PERT/Gantt)」ではない
    • WBSは「何をやるか(スコープ)」を分解します。スケジュール(いつやるか)や依存関係(どれが先か)を示すものではありません。WBSから個々の作業に対してスケジュール(ガントチャート)やPERTを作ります。
  2. 点線や省略記号を見て「依存関係だ」と判断しないこと
    • 点線は単に「下位作業がまだ展開されている/省略している」ことを示す場合が多く、必ずしも依存関係を表すわけではありません。図中の接続が親子関係(階層)ならWBSの表現です。
  3. 「WBSは細かければ良い」は誤り
    • 細かすぎると管理が煩雑になります。ワークパッケージ(最小管理単位)は、見積りや管理ができる程度の大きさにします。

補足コラム

  • WBSの使い方(簡単な流れ)
    1. 最上位にプロジェクト名を置く。
    2. 大きな工程や成果物で第1レベルを分解(例:要件定義、設計、実装、テスト、導入)。
    3. さらに成果物や作業単位に分解してワークパッケージを作る(例:テスト計画→テスト計画書作成、品質基準定義)。
    4. 各ワークパッケージに期間・担当・コストを紐付け、スケジュールや予算管理に使う。
  • WBSのメリット
    • 範囲(スコープ)が明確になり、抜けや重複を減らせる。
    • 見積り・リスク管理・担当割り当てがしやすくなる。
  • WBSコード
    • レベルに応じて番号を付ける(たとえば 1.0、1.1、1.1.1 のように)。これで管理しやすくなります。

FAQ

Q1: WBSはスケジュール(いつやるか)を表しますか?
A1: いいえ。WBSは「何をするか(作業や成果物)」を階層的に分解するものです。スケジュールはWBSを基に作る別の図(ガントチャートやPERT)で管理します。
Q2: 図に矢印が無くてもPERTになり得ますか?
A2: 一般的にPERTは矢印やネットワークで依存関係を示します。矢印や依存線がなければPERTとは判断しにくいです。
Q3: WBSとタスクの粒度はどのくらいが適当ですか?
A3: 管理しやすく、見積り・担当割り当てができる最小単位(数日〜数週間程度の工数が目安)にします。現場やプロジェクトの規模で調整します。

関連キーワード: WBS、作業分解、ワークパッケージ、プロジェクトマネジメント、PERT、テスト計画、品質基準、スコープ管理、ガントチャート、作業階層化
← 前の問題へこの年度をクイズで解く次の問題へ →
戦国ITクイズ機能

\ せっかくなら /

ITパスポート
クイズ形式で学習しませんか?

クイズ画面へ遷移する

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について