製品に含まれる機能（技術幹線）

プロジェクト範囲の基礎となる

完成品かどうかは商品説明によります。

製品スコープの説明は、プロジェクト スコープ ステートメントの重要なコンポーネントです。製品スコープの変更は、最初にプロジェクト スコープに影響します。

製品を納品するまでに必要な作業（管理幹線）

プロジェクト範囲のベースライン

プロジェクトスコープステートメントの作成方法

スコープステートメントから WBS を作成する方法

WBS を維持および承認する方法

WBSの作成、保守、承認

範囲ベースライン

完了したプロジェクト成果物を確認して正式に受け入れる方法

プロジェクト範囲の変更に対処する方法

さまざまな需要活動を計画、追跡、報告する方法

需要管理に必要なリソース

研修プログラム

プロジェクトの関係者が要件管理に参加するための戦略

プロジェクトの範囲と要件の間の不一致を判断するための基準と修正手順

構成管理アクティビティ

高レベルの要件

QFD品質機能搭載

ユーザーのニーズ

システム要件

モデレータ主導による、選ばれた関係者および対象分野の専門家との対話型ディスカッション

機能要件を迅速に定義し、利害関係者間の相違を調整するために、機能横断的な主要な利害関係者をディスカッションに招待します。

ブレーンストーミング

名目上のグループ

デルフィ

コンセプト/マインドマップ

親和性図（KJ法）

多基準の意思決定分析

全会一致で同意した

ほとんどの原則

相対多数の法則

独裁

計画された（実際の）実践が類似組織の実践と比較される

システムの入力と入力プロバイダー、出力と出力プロバイダーを表示します。

サービスレベル、パフォーマンス、安全性、コンプライアンス

要件の説明、所有者、ソース、優先度、現在のステータス (進行中、キャンセル、延期、新規追加、承認、割り当て、完了など) を含む、各要件の関連する属性を記録する必要があります。

製品に関する質問と回答を行い、製品の用途と機能を説明します。

可能な限り多くの代替案を指定する

製品範囲の説明

合否基準

成果物

プロジェクトの除外

制約

仮定

別名: レビュー、レビュー、監査、ウォークスルー、検査、テストなど。

進捗、資金、リソース

製品の範囲

成果物が十分であり完了する必要があるかどうか、時間、資金、リソースが十分であるかどうか

自身の参加と責任の要素

製品を確認する

範囲の確認

品質管理

範囲の確認

重要なチェックポイントはマイルストーン、重要なマイルストーンはベースライン

WBS の最下位レベルの成果物

意味のあるタスクに取り組むには、非常に具体的である必要がある

作業パッケージのサイズは 8/80 の原則に従う必要があります

ワークパッケージまたはワークパッケージ上の要素

制御アカウントには複数の作業パッケージを含めることができますが、作業パッケージは 1 つの制御アカウントにのみ属することができます。

制御アカウントの下および作業パッケージの上の WBS 要素

作業内容はわかっていますが、詳細な進捗アクティビティ WBS 要素がまだ不足しています。

WBS のエンコード識別子を説明するために使用されるドキュメント

成果物と関連作業を特定して分析する

WBSの構造と配置を決定する

トップダウン、レイヤーごとの洗練

識別コードを開発して WBS コンポーネントに割り当てる

成果物の分解レベルが適切であることを検証する

機能的または技術的な原則

組織構造

システムまたはサブシステム

ライフサイクルの各段階を第 2 層として扱う

第 2 層としての主な成果物

第 2 レイヤーとしてのサブプロジェクト (外部ソース)

階層は明確で直感的かつ構造的ですが、変更するのは簡単ではありません。大規模で複雑なプロジェクトには適していません

直感的ではありませんが、すべての作業要素を反映でき、大規模なプロジェクトに適しています

まれに使用される

WBS は 4 ～ 6 レベルで管理する必要があります。6 レベルを超える大きなプロジェクトの場合は、いくつかのサブプロジェクトに分割して WBS を行うことができます。

ワークユニットは、相互従属を避けるために、特定の上位レベルのユニットにのみ属することができます。