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

プロジェクトの範囲: 指定された機能を備えた製品、サービス、結果を提供するために完了する必要がある作業

データ収集

データ分析

意思決定

データパフォーマンス

名目上のグループ手法

観察する/話す

ガイド

共同アプリケーション設計または開発 (JAD): ビジネスマンと開発チームが集まるソフトウェア開発業界

品質機能展開 (QFD): 製造、影響および原因

システム相互作用図

プロトタイプメソッド

要件文書

要件追跡マトリックス

製品範囲の説明

製品の合格基準

プロジェクトの成果物

プロジェクトの除外

プロジェクトの制約

プロジェクトの前提条件

プロジェクトの範囲を総合的に検討して漏れを防ぐ

プロジェクトの関係者にプロジェクトの範囲について一定の理解を提供する

プロジェクト計画、コスト計画、品質計画などを作成するための基礎。

プロジェクト組織設計の基礎の一つ

プロジェクトの実行と監視の重要な基盤

プロジェクトの完了を評価するための基準

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

WBSの構成と配置方法を決定する

上から下へレイヤーごとに分解

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

作業分解のレベルが適切であることを確認する

分解原理: 8-80原則：8〜80時間の間 100％原則：それ以上でもそれ以下でもありません ローリングプランニング

スコープステートメント

作業分解構造 (WBS)

WBS辞書

役割: プロジェクト全体を通じてスコープのベースラインを維持する

製品またはプロジェクトのスコープが制御されずに拡大することをスコープ クリープといいます

チーム内の自発的な機能追加は金メッキ

私

TT:

○

プロジェクトマネージャーは、変化を引き起こす可能性のある要因に積極的に影響を与える必要があります

スコープベースライン

検証された成果物

診る

受領のための成果物

いつ: 各成果物の作成時、またはフェーズのレビュー時点 (フェーズの終了時)

イベント：作業や成果物が要求事項や製品の合格基準を満たしているかどうかの測定や検査によるレビュー確認などの活動を実施します。

対象者: 受け入れ基準を満たす成果物は、クライアントまたはスポンサーによって正式に署名および承認され、正式な文書を取得する必要があります。