製品、サービス、または結果の特徴と機能

指定された機能を備えた製品、サービス、または結果を提供するために実行する必要がある作業。プロジェクトの範囲には製品の範囲も含まれる場合があります。

プロジェクトの範囲を定義、開発、監視、制御、確認する方法を説明するプロジェクト管理計画のコンポーネントです。

プロジェクトのスコープステートメントを作成する

詳細なプロジェクトスコープステートメントに基づいてWBSを作成します

スコープのベースラインを承認および維持する方法を決定する

完了したプロジェクト成果物の正式な受領

要件管理計画は、プロジェクトと製品の要件を分析、文書化、管理する方法を説明するプロジェクト管理計画のコンポーネントです。

関連する専門知識やトレーニングを受けた個人またはグループの意見を考慮する

ブレーンストーミング

インタビュー

フォーカスグループ

アンケート

ベンチマーク

投票する

独裁的な意思決定

複数の基準による意思決定の共有

親和性図

マインドマッピング

名目上のグループ手法

観察して話す

ガイド

実際に製品を製造する前に、目的の製品のプロトタイプを作成し、要件に関するフィードバックを早期に求めます。

要件文書は、さまざまな単一要件がプロジェクトに関連するビジネス ニーズをどのように満たすかを説明します。

ビジネスニーズ

ステークホルダーのニーズ

ソリューションの要件

製品要件をそのソースからその要件を満たす成果物に結び付けるフォーム

要件文書

仮説ログ

リスクレジスター

プロジェクトの範囲、主要な成果物、前提条件、制約の説明です。

製品範囲の説明

成果物

合否基準

プロジェクトの除外

プロジェクト憲章とプロジェクトスコープステートメントの内容にはある程度の重複がありますが、詳細レベルはまったく異なります

仮説ログ

要件文書

要件追跡マトリックス

利害関係者登録

プロジェクトスコープステートメント

要件文書

これは WBS の中で最も低いレベルの作業であり、コストと期間を見積もって管理できます。

プロジェクトのライフサイクルの各段階を第 2 レベルの分解として捉える

主な成果物による第 2 レベルの分解

遠い将来に完成する予定の成果物やコンポーネントは、現在は分解できない可能性があります。したがって、プロジェクト管理チームは、多くの場合、WBS 内の対応する詳細を決定する前に、成果物またはコンポーネントに関する合意を待つ必要があります。この手法はローリングプランニングと呼ばれることもあります

プロジェクトスコープステートメント

WBS

ワークパッケージ

企画パッケージ

WBS辞書

仮説ログ

要件文書

検査とは、作業や成果物が要件や製品の受け入れ基準を満たしているかどうかを判断するために、測定、レビュー、検証などの活動を実行することを指します。

受け入れ基準を満たす成果物は、クライアントまたはスポンサーによって正式に承認される必要があります。

完成したが正式な受領​​に合格していない成果物と受領の理由を文書化する必要があります。これらの成果物には、変更リクエストと欠陥修正が必要になる場合があります。

偏差分析

トレンド分析