マインドマップギャラリー PMP-5 スコープ管理
このマインドマップは Xisai PMP プロジェクト管理用です。 第 5 章: スコープ管理ナレッジポイントの概要、 同時に、関連する知識ポイントを含む PMP テストの質問もあります。 知識のポイントから試験の対応問題まで、知識のポイントの理解を深めましょう!
2023-03-31 17:36:42 に編集されましたPMP-5 スコープ管理
意味
プロジェクトが正常に完了するために必要なすべての作業を確実に実行し、実行するだけのさまざまなプロセスを含めます。
範囲
スコープ管理の手順
スコープ管理のさまざまなプロセス
1. 計画範囲管理
意味
プロジェクトの範囲と製品の範囲がどのように定義、検証、管理されるかを文書化する
出力
需要管理計画
要件を収集、記録、管理する方法
スコープ管理計画
スコープ方法論を管理する方法
主効果
プロジェクト全体でスコープを管理する方法についてのガイダンスと指示を提供する
このプロセスは 1 回だけ、またはプロジェクト内の事前定義された時点でのみ実行されます。
2. 要件を収集する
含意
これは、目標を達成するために関係者のニーズと要求を特定、文書化、管理するプロセスです。
関係者全員のニーズを事前に収集する必要がある
主効果
製品範囲とプロジェクト範囲を定義するための基礎を確立し、それを 1 回だけ、またはプロジェクト内の事前定義された時点でのみ実行します。
ツール技術
データ収集テクニック
1. ブレーンストーミング
プロジェクト要件や製品要件に関するさまざまなアイデアを生成および収集するために使用される手法
イノベーションと創造性のためのツールです
2. 名目上のグループ
さらなるブレインストーミングや優先順位付けのために最も有用なアイデアをランク付けするために投票することにより、ブレインストーミングを促進するために使用される手法
3. インタビュー
直接の会話を通じて情報を入手する公式または非公式の方法
面接は「1対1」または「1対多」で行われることが多いです。
「1対1」「1対多」
少人数のグループに適しています
面接は機密情報を入手するためにも使用される可能性があります
機密情報を入手する
インタビュー対象者と直接話し、秘密を守ります
面接は、本物で信頼できる情報を入手することを目的として、機密性と信頼性が保たれた環境で実施できます。
4. フォーカスグループ
訓練を受けたモデレータがインタラクティブなディスカッションを主導します
ホスト主導のインタラクティブなディスカッション
6人から10人まで、大規模なチームには不向き
フォーカス グループは「1 対 1」のインタビューよりも活発になる傾向があります
もっと熱心に
より多くの期待を得るために、予定されている関係者または専門家との会議を開催する
5. アンケート
対象者は多様で、調査は迅速に完了する必要があり、回答者は地理的に分散しており、統計分析に適しています。
すぐに完了
地理的に分散している
回答者が地理的に分散しており、関係者が多い場合に、調査を迅速に完了するのに適しています。
6. デルフィ技法
選ばれた専門家のグループがアンケートに回答し、合意に達するために収集した要件の各ラウンドの結果についてフィードバックを提供します。
専門家がアンケートに回答
匿名性を維持するために、専門家の回答はモデレータにのみ提供できます
匿名ステータス
エキスパート、匿名、複数ラウンド
7. ベンチマーク
ベストプラクティスを特定するために、実際の製品、または計画されている製品、プロセス、および実践を他の同等の組織のものと比較します。
最良の意見を特定するには比較対象が必要です
8. 専門家の判断
専門的判断とは、応用分野、知識分野、専門分野、業界などにおける専門知識に基づいた現在の活動に関する合理的な判断を指します。
本当に選ぶしかない
9. 要約する
データ意思決定技術
1. 投票する
2. 全会一致で同意した
3. ほとんどの原則
4. 相対多数の法則
5. 独裁
6. 収集した要件を分類・整理することです。
データ表現技術
親和性図
多数のアイデアをグループ化するために使用されるテクニック
マインドマッピング
クリエイティブなアイデアの共通点と相違点を反映します
分析能力
1. 共同アプリケーション設計または開発 (JAD)
ソフトウェア開発業界に最適
このワークショップは、ビジネス主題の専門家と開発チームを集めて要件を収集し、ソフトウェア開発プロセスを改善することに重点を置いています。
2. 品質機能の展開 (QFD)
製造業界は、新製品の主要な機能を決定するためのガイダンス スキルとして QFD を使用しています。
QFD では、まず顧客のニーズ (「顧客の声」とも呼ばれます) を収集し、これらのニーズを客観的に分類してランク付けし、これらのニーズを達成するための目標を設定します。
3. ユーザーストーリー
ユーザー ストーリーは、必要な機能についての短い文書による説明であり、多くの場合、要件ワークショップで作成されます。
ユーザー ストーリーでは、どの利害関係者がその機能から利益を受けるか (役割)、利害関係者が達成する必要があるもの (目標)、および利害関係者が得られると期待される利益 (動機) を説明します。
データモデリング技術
システム相互作用図
ビジネス システムとその人々、および他のシステム (アクター) がどのように相互作用するかを示す製品範囲の視覚的描写
プロトタイプメソッド
1. これは、実際に製品を製造する前に、目的の製品のプロトタイプを構築し、要件に関する早期フィードバックを求めることを指します。
2. プロトタイプには以下が含まれます
ミニチュア製品
コンピューターで作成された 2 次元および 3 次元モデル
モックアップ
シミュレーション
3. プロトタイプ手法は、漸進的な精緻化のアイデアをサポートします
4. 絵コンテ
一連の画像や図を通じてシーケンスやナビゲーション パスを示すプロトタイピング テクノロジーです。
対人スキルとチームスキル
観察する
「ジョブフォロー」とも呼ばれ、製品ユーザーが自分のニーズを明確に表現することが難しい、または表現したくない場合に適用されます。
観客
参加者オブザーバー
ガイド
1. キーワード
コンセンサスです
多くの利害関係者が同意しない場合に使用される
関係者間の合意形成
2. 3つの利用シーン
JAD、QFD、ユーザーストーリー
3. ファシリテーションは、主要な関係者を集めて製品要件を定義するために、テーマワークショップと組み合わせて使用されます。
4. ワークショップを使用すると、部門を超えた要件を迅速に定義し、関係者間のニーズの違いを調整できます。
5. 分散型会議と比べて、セミナーは問題を早期に発見し解決できる
名目上のグループ手法
投票によって最も有用なアイデアをランク付けします
キーワード
投票だよ
出力
要件文書
1. 要件文書。さまざまな単一要件がプロジェクトに関連するビジネス ニーズをどのように満たすかを説明します。
2. 明確(測定可能およびテスト可能)、追跡可能、完全、調整されており、主要な関係者によって認識されることを望んでいる要件のみがベンチマークとして使用できます。
3. 要件は次のように分類できます。
ビジネスソリューション
関係者のニーズです
ビジネスニーズ
技術的ソリューション
これらのニーズを実現する方法を指します
製品需要
4. ニーズのカテゴリー
ビジネスニーズ
ステークホルダーのニーズ
ソリューションの要件
1. 機能要件
2. 非機能要件
移行と準備のニーズ
プロジェクトの要件
品質要件
要件追跡マトリックス
1. 製品要件をそのソースからその要件を満たす成果物に結び付けるフォーム。
2. プロジェクトのライフサイクル全体にわたって要件を追跡する方法を提供し、要件文書内の承認された各要件がプロジェクトの終了時に確実に提供されるように支援します。
3. 要件追跡マトリックスは、製品範囲の変更を管理するためのフレームワークも提供します
4. 要件と成果物の対応表。各要件は元のビジネス価値と一致しています。
3. 範囲を定義する
意味
プロジェクトと製品の詳細な説明を作成するプロセスです
1. プロジェクトの範囲を細分化する
2. 業務範囲全体の階層的内訳
効果
製品、サービス、または結果の境界と許容基準を説明する
プロセス
範囲の定義プロセスでは、要件文書から最終的なプロジェクト要件を選択し、プロジェクトとその製品、サービス、または結果の境界と受け入れ基準を作成します。
出力
スコープステートメント
含まれるもの
1. 製品範囲の説明
プロジェクトと製品の範囲
2. 成果物
スコープステートメントにはすべての要件が含まれるわけではなく、特定の成果物のみが含まれます
3. 合否基準
成果物が受け入れられる前に満たさなければならない一連の条件
4. プロジェクトの除外
プロジェクトから除外するコンテンツを特定する
何がプロジェクトの範囲外であるかを明確に示すことで、関係者の期待を管理し、範囲のクリープを軽減するのに役立ちます
5. プロジェクト境界ベースライン
変更リクエストや追加作業がプロジェクトの境界を超えるかどうかを評価するためのベースラインを提供します
プロジェクト憲章との比較
4.WBSの作成
意味
1. 作業分解構造 (WBS) を作成する
プロジェクトの成果物
プロジェクト作業
より小さく、より管理しやすいコンポーネントに分割するプロセス
2.作業分解構造(WBS)
3. WBS は、プロジェクトの全体的な範囲を整理および定義し、承認された現在のプロジェクト範囲ステートメントで指定された作業を表します。
効果
提供される内容のフレームワークを提供します。これは、プロジェクト内の 1 回だけ、または事前に定義された時点でのみ実行されます。
WBS分解技術
1. トップダウン
層ごとに分解
2. ボトムアップ
下位レベルのコンポーネントをマージするために使用されます
3. ローリングプランニング
遠い将来に完成する予定で、現時点では分解できない可能性がある成果物またはコンポーネント
現時点で合意できない成果物は、遠い将来にのみ決着がつきます。
したがって、プロジェクト管理チームは、多くの場合、WBS 内の対応する詳細を決定する前に、成果物またはコンポーネントに関する合意を待つ必要があります。
4. 原則として
原則8~80(時間)
100%原則
出力: レンジベース
1. WBS
WBS の最下位コンポーネントは次のように呼ばれます。
ワークパッケージ
ワークパッケージより小さいものはアクティビティと呼ばれます
WBS レベル: マイルストーン、コントロール アカウント、計画パッケージ、作業パッケージ
2. WBS辞書
3. スコープステートメント
5. 範囲の確認
意味
1. 完了したプロジェクト成果物を正式に承認するプロセスです
成果物がビジネス要件を満たし、受け入れ基準を満たしていることを確認する
2. クライアントまたはスポンサーによる正式な承認のプロセス
3. キーワード
クロージングフェーズ前、成果物完了後
4. このプロセスは、プロジェクト全体を通じて必要に応じて定期的に実行する必要があります。
効果
1. 受け入れプロセスを客観的にする
2. 同時に、各成果物を確認することで、最終的な製品、サービス、結果が受け入れられる可能性が高まります。
コンセプト
顧客またはスポンサーによる品質管理プロセスから出力された検証済み成果物のレビューは、成果物の検証と最終的な承認となります。
1. 品質管理
成果物の正確性と品質要件を満たしているかどうかに焦点を当てる
2. 範囲の確認
成果物の受け入れに重点を置く
3. 場合
顧客が成果物を検査しているときに、新しい要件を提示しても、その受け入れを拒否します。
この時点で、プロジェクトの受け入れ基準をクライアントと共有できます。
WBS辞書
プロジェクトスコープステートメント
入力
1. スコープベースライン
成果物の受領に関する参考書類
2. 検証された成果物
Control Quality から出力される検証済みの成果物が受け入れられるようにする
ツール技術
診る
成果物が受け入れ基準を満たしていることを確認する
方法
埋め込む
1. 時間
各成果物が作成されるとき、またはフェーズのレビュー時点 (フェーズの終わり) で範囲を検証します。
2. イベント
作業と成果物が要件と製品の受け入れ基準を満たしているかどうかを判断するための検査による測定、レビュー、検証などの活動を実行します。
3. 形
受け入れ基準を満たす成果物は、クライアントまたはスポンサーによって正式に署名および承認される必要があります。
関係者によるプロジェクト成果物の正式な受諾を証明する正式な文書をクライアントまたはスポンサーから入手する必要があります。
出力
1. 受領のための成果物
クライアントまたはスポンサーによって正式に署名および承認された結果
2. 変更要求
承認に合格しなかった成果物には変更が必要です。
6. 管理範囲
予測的
最初に成果物を定義し、すべての範囲の変更を途中で段階的に (変更) 管理します。
意味
これは、プロジェクトと製品のスコープのステータスを監視し、ベースラインの変更を管理するプロセスです。
監督範囲と管理範囲のベースライン変更
キーワード
新機能、不足している機能、不足している要件
効果
プロジェクト全体にわたって、またプロジェクト全体を通じて必要に応じてスコープのベースラインを維持します
スコープクリープ
製品またはプロジェクトの範囲が制御されずに拡大する (時間、コスト、リソースの対応する調整が行われない)
1. 金メッキ
プロセスに従わずにチーム内で自発的に追加されたコンテンツ
チーム内
2. スコープクリープ
追加するスコープは外部チームからの要望であり、プロセスを経て実装されませんでした。
チームの外で
道具
1. 偏差分析
2. トレンド分析
スコープの変更
1. まず確認してから、アプリケーションを分析して送信します
2. 変更があった場合は手続きを行ってください
1. 顧客が新たな要求や変更を提案する
2. 実行中にスコープ クリープを変更する必要がある
3. 受け入れが期待を満たさない場合は、変更が必要です。