4.3. ツールと技法 | ITQ Techpedia

目的と用語例

スコープの対象群が含むプロセスに関連するツールと技法などを理解する。

用語例

スコープ（作業及び成果物），活動，ワークパッケージ，要素分解，100 パーセントルール，プロジェクトスコープのクリープ

1. 概要

　プロジェクトスコープのツールと技法は、プロジェクトの範囲を明確に定義し、管理するための重要な手法です。スコープ（範囲や成果物）を適切に管理することで、プロジェクト目標の達成に必要な活動を明確化し、効率的なプロジェクト運営を実現できます。

2. ツールと技法の詳細

2.1. 要素分解技法（WBS）

　要素分解（WBS: Work Breakdown Structure）は、プロジェクトの成果物や作業を階層的に分解する技法です。上位レベルの成果物を、より詳細な作業単位であるワークパッケージまで段階的に分解します。このプロセスにより、作業の範囲が明確になり、進捗の管理が容易になります。

図1: WBSの構造図

2.2. 100パーセントルール

　100パーセントルールとは、WBSにおいて、上位レベルの作業はその下位レベルの作業の総和と等しくなるという原則です。このルールにより、作業の漏れや重複を防ぐことができます。
　例: システム開発のWBSで「設計」フェーズが「要件定義」「基本設計」「詳細設計」の総和と一致するように設定する。

2.3. スコープ管理のための技法

　プロジェクトスコープのクリープ（範囲の逸脱）を防ぐため、以下の技法が用いられます：

スコープベースライン管理: 初期のスコープ定義を基準とする。
変更管理プロセス: 変更要求を評価し、承認手続きを経るプロセス。
構成管理: 成果物のバージョンや変更内容を一元管理。

3. 実際の応用例

3.1. システム開発プロジェクトでの適用

　システム開発プロジェクトでは、以下のようにWBSやスコープ管理技法が活用されます：

要件定義 → 基本設計 → 詳細設計 → 実装 → テストという階層的な要素分解
各フェーズごとにワークパッケージを定義し、進捗を管理
スコープベースラインを活用して変更要求を評価し、適切なプロセスを経て管理

レベル1	レベル2	レベル3（ワークパッケージ）
要件定義	業務分析	現行業務フロー作成
課題分析	業務フロー図
課題一覧
要件整理	機能要件定義
非機能要件定義	要件定義書
要件確認	要件レビュー
要件承認	レビュー議事録
承認書
基本設計	システム方式設計	アーキテクチャ設計
システム構成設計	システム方式設計書
データベース設計	ER図作成
テーブル定義	ER図
テーブル定義書

表1: システム開発におけるWBSの具体例

3.2. 建設プロジェクトでの適用

　建設プロジェクトでは、以下のように活用されます：

設計 → 施工 → 検査の要素分解
各工程に対応するワークパッケージの定義
厳密なスコープ管理により、スコープクリープを防止

図2: 建設プロジェクトにおけるWBSの例

4. 例題

例題1

　問題: あるシステム開発プロジェクトで、要素分解（WBS）を作成する際の正しい考え方を選びなさい。
a) 上位レベルの作業時間は、下位レベルの作業時間の合計より少なくてよい
b) 100パーセントルールに従い、上位作業は下位作業の総和と等しくする
c) 作業の重複は許容される
d) ワークパッケージは大きく設定する

解答と解説

解答: b
解説: 100パーセントルールに従い、上位レベルの作業は下位レベルの作業の総和と等しくする必要があります。これにより作業の漏れや曖昧さを防ぐことが可能です。

例題2

　問題: プロジェクトスコープのクリープが発生した際の適切な対応を選びなさい。
a) 変更を無条件に受け入れる
b) 変更管理プロセスに従って影響を評価し、承認プロセスを経る
c) すべての変更を却下する
d) プロジェクトマネージャーの判断のみで決定する

解答と解説

解答: b
解説: スコープクリープに対しては、適切な変更管理プロセスを通じて影響を評価し、正式な承認を経ることが重要です。

5. まとめ

　プロジェクトスコープのツールと技法を効果的に活用するためには、以下の点が重要です：

要素分解（WBS）による作業の階層的な分解
100パーセントルールの遵守
ワークパッケージの適切な定義
スコープクリープの管理
変更管理プロセスの確立

　これらを適切に組み合わせることで、効果的なプロジェクトスコープ管理が実現できます。