プロジェクトの成果物とプロジェクトの作業を、より小さく、より管理しやすいコンポーネントに分割するプロセス

これはプロジェクト管理の基礎です。プロジェクトのすべての計画と管理作業は、作業分解構造に基づいて行う必要があります。

一度読んで理解してください

（1） プロジェクトの関係者にプロジェクトを明確にする

（2） プロジェクト構造の体系性と整合性を確保する

（3） 万全のプロジェクト保証体制を確立可能

（4） 責任の分割と実施を容易にするために、プロジェクトに関与するすべての関係者の作業インターフェースを明確にする

（5） 最終的な WBS は、スケジュールの計画と管理のツールとして直接使用できます。

（6） プロジェクトのコミュニケーション管理を確立するための基盤を提供し、情報の重要なポイントを把握しやすくします。

（7） これは、プロジェクトの各サブプランおよび管理手段の策定の基礎および主要な基盤です。

（8） 要件やスコープクリープの防止に役立ちます

テストサイト6の選択

1. プロジェクトのすべての作業は WBS に含める必要があり、WBS に含まれていない作業はプロジェクトの一部ではないため実行できません。そうしないと「金メッキ」されてしまいます。

2. WBS の作成には、プロジェクト関係者全員の参加とプロジェクト チーム メンバーの参加が必要です。

3. WBS はレイヤーごとに分解されますが、各ブランチの分解レベルは同じである必要はありません。通常は 3 ～ 6 レイヤーで制御する必要があります。

4. WBS の各要素は比較的独立しており、相互の重複は最小限に抑える必要があります。

a. 階層ツリー構造

b. 表形式

テストサイト 7 を選択してください

マイルストーン

ワークパッケージ

コントロールアカウント

入力 入力

ツールとテクニック ツール&テクノロジー

出力 出力

完了したプロジェクト成果物を正式に受領するプロセス

プロジェクトのすべての作業が正確かつ満足のいく状態で完了していることを確認するために、成果物と作業成果物をレビューする必要があります。

プロジェクト全体を通して

範囲検証プロセスは、その完了を書面で文書化する必要があります。

確認範囲が完了したら、確認時に調整したWBSおよびWBS辞書を更新する必要があります。

テストサイト10を選択してください

各成果物を受け入れることで最終製品、サービス、結果が受け入れられる可能性を高めながら、受け入れプロセスに客観性をもたらします。

テストサイトの選択 11

1||| スコープをいつ確認する必要があるかを判断する

2||| スコープを検証するためにどのような入力が必要かを特定する

3||| 正式に受け入れられた範囲設定の基準と要素を決定する

4||| 範囲会議の組織的な手順を決定する

5||| 範囲確認会議を開催する

スコーププロセスの確認

品質プロセスの管理

通常、品質管理プロセスは検証範囲プロセスに先行します。 ただし、両方を同時に行うこともできます

テストサイトの選択 12 【頻繁な検査】

範囲確認と要件確認は分離する必要がある

入力 入力

ツールとテクニック ツール&テクノロジー

出力 出力

プロジェクトと製品のスコープのステータスを監視し、スコープのベースライン変更のプロセスを管理します

変更は避けられないため、すべてのプロジェクトで、何らかの形式の変更管理管理を文書化して実装する必要があります。

スコープクリープ

入力 入力

ツールとテクニック ツール&テクノロジー

出力 出力