マインドマップギャラリー 情報システムプロジェクトマネージャ知識体系(第5章 プロジェクトスコープ管理)
5.1 プロジェクトスコープ管理の概要 5.2 計画範囲の管理 5.3 要件の収集 5.4 スコープの定義 5.5 WBSの作成 5.6 確認範囲 5.7 管理範囲
情報システムプロジェクトマネージャチュートリアル(第4版)第16章_プロジェクト調達管理
情報システム プロジェクト マネージャー チュートリアル (第 4 版) 第 14 章_プロジェクト コミュニケーション管理
5. プロジェクト範囲の管理
システム計画と管理 講義ノート 概要
情報システム プロジェクト マネージャ チュートリアル (第 4 版) 第 10 章_プロジェクトの進捗管理
情報システム プロジェクト マネージャー チュートリアル (第 4 版) 第 15 章_プロジェクト リスク管理
情報システムプロジェクトマネージャチュートリアル(第4版)第8章_プロジェクト統合管理
上級ソフトウェア試験 第 4 章 プロジェクト管理全体
情報システム プロジェクト マネージャー チュートリアル (第 4 版) 第 9 章_プロジェクト スコープ管理
上級ソフトウェア試験 - 第 5 章 プロジェクト スコープ管理
第 5 章: プロジェクトのスコープ管理
プロジェクトスコープ管理の概要
概要
プロジェクトの境界を明確にし、どの作業がプロジェクトによって完了する必要があり、どの作業がプロジェクトの範囲外であるかを明確にします。
プロジェクトの実行作業を監視し、範囲内の作業が完了していることを確認します。範囲外の作業が見つかった場合は、停止して修正します。
プロセス全体を通じてスコープクリープと金メッキを防止します。スコープを超えた作業は、進捗、コスト、品質に影響を与え、プロジェクトの成否に直接影響を与える可能性があります。
製品範囲とプロジェクト範囲
プロジェクトの範囲には製品の範囲が含まれます
製品範囲の変更はプロジェクト範囲に影響を与える
計画範囲管理
意味
プロジェクトの範囲をどのように定義、検証、管理するかを説明する文書を作成します。
効果
範囲を管理する方法についてのガイダンスを提供する
入力
プロジェクト計画書
プロジェクト管理計画
品質管理計画
プロジェクトのライフサイクル
開発方法
事業環境要因
組織プロセス資産
ツールとテクニック
専門家の判断
データ分析
代替案分析
ミーティング
出力
スコープ管理計画
需要管理計画
要件を収集する
プロジェクトの目標を達成するために、関係者のニーズと要望を特定、文書化、管理するプロセス
プロジェクト範囲を定義するための基礎データを収集する
ステークホルダー管理計画
プロジェクトファイル
仮説ログ
教訓登録
利害関係者登録
ビジネス文書
ビジネスケース
プロトコル
データ収集
ブレーンストーミング
アンケート
フォーカスグループ
インタビュー
ベンチマーク
ファイル分析
データパフォーマンス
親和性図
マインドマッピング
意思決定
投票する
多基準の意思決定分析
グループでの意思決定テクニック
多数派と相対的多数派を区別する
50% 以上は過半数を意味します
いくつかの結果の中で最も多くの項目が相対多数です
人間関係とスキル
名目上のグループ
ガイド
会話を観察する
システム相互作用図
プロトタイプメソッド
要件文書
要件追跡マトリックス
範囲を定義する
プロジェクトと製品の詳細な説明を作成する
プロジェクト、製品、サービス、または成果の範囲、境界、および受け入れ基準を定義する
リスクレジスター
対人スキルとチームスキル
製品分析
プロジェクトスコープステートメント
プロジェクトファイルの更新
組織プロセス資産の更新
WBSの作成
成果物とプロジェクト作業をより小さく、より管理しやすい作業パッケージまたはコンポーネントに分割します。
成果物の構造化された内訳を提供する
スコープステートメント
壊す
スコープベースライン
重要な知識
分解方法
成果物ごとに分類された WBS
製品構造別のPBS分析
OBS は組織構造ごとに分類されます
リソースごとの RBS の内訳
ステップ
特定: どのような成果物や作業があるか
決定:分析方法を明確にする
レイヤーごとに分解: 上から下へ
識別: WBS コンポーネントにコーディング識別を割り当てます。
検証: すべての結果が完全に分解されているかどうかを繰り返し確認します。
用語
コントロールアカウント
最初のレイヤー、コントロール ポイント
企画パッケージ
第 2 層: 特定の作業と制御ポイントの間のインターフェイス、計画事項
ワークパッケージ
3 番目のレベル: 最も低いレベル、特定の作業、1 ~ 10 日以内に完了
予防
作業パッケージは 1 つの計画パッケージにのみ属し、計画パッケージは複数の作業パッケージを持つことができます。
多くの高麗人参関係者、専門家が携わる
アウトソーシングされた作業パッケージを含む
管理業務も含む
範囲の確認
完了したプロジェクト成果物の正式な受領
プロジェクトの最終的な承認を確実にするために、成果物または関連プロジェクト ノードの個別の承認を実施します。
品質レポート
検証された成果物
仕事のパフォーマンスデータ
診る
受領のための成果物
仕事のパフォーマンス情報
変更要求
確認の性質
成果物の正式な受領
最終的な承認の可能性を確保するために段階的に続行します
クライアントまたはスポンサーによる品質管理出力による検証済み成果物の検証
確認手順
スコープ検証が必要な場合を決定する
スコープ設定に必要な入力を決定する
受け入れられた標準と要素の範囲を決定する
範囲確認会議の組織手順を確認する
組織範囲確認会議
範囲確認と品質管理
さまざまな目的
成果物はクライアントまたはスポンサーによって受け入れられます
成果物は品質基準を満たしています
順番に違いがあります
品質管理の出力は成果物を最初に検証します
スコープ出力の受け入れ成果物を再確認する
異なる人材
プロジェクト社内スタッフの品質管理
範囲が顧客またはスポンサーであることを確認します
範囲の確認とプロジェクトの終了
プロジェクトはクライアントのプロジェクトリーダーまたはスポンサーによって終了します
確認対象は顧客やスポンサーの代表者が多く、いずれも専門家です。
内容が違います
プロジェクトの最後は主に最終製品の検査と受け入れを行い、プロセスの結果はスコープ確認の記録のみを参照します。
プロジェクト終了時の受け入れはプロセス作業が中心で、成果物の詳細な確認や評価は基本的にありません。
制御範囲
プロジェクトと製品のスコープのステータスを監視し、スコープのベースラインへの変更を管理します
プロジェクト全体を通じてスコープのベースラインを維持する
変更管理計画
構成管理計画
パフォーマンス測定指標
トレンド分析
偏差分析
プロジェクト管理計画の更新
3 つのプロジェクトのベンチマーク
コンピュータ・ソフトウェア技術者資格(級)試験指定図書 国家コンピュータ専門技術資格試験事務局 第 5 章: プロジェクトのスコープ管理 5.1 プロジェクトスコープ管理の概要 5.2 計画範囲の管理 5.3 要件の収集 5.4 スコープの定義 5.5 WBSの作成 5.6 確認範囲 5.7 管理範囲