マインドマップギャラリー 第 5 章 プロジェクトのスコープ管理
この章には主に次の内容が含まれます。 序文 要件計画プロセスグループの収集 範囲計画プロセスグループの定義 WBS計画プロセスグループの作成 スコープ監視プロセスグループの確認 制御範囲 監視プロセスグループ 学び、コミュニケーションするために皆さんを歓迎します〜
2023-04-15 22:29:21 に編集されました第 5 章 プロジェクトのスコープ管理
序文
プロジェクトスコープ管理の中核概念
製品の範囲
製品、サービス、成果の特徴や機能
プロジェクト範囲
指定された機能を備えた製品、サービス、または結果を提供するために実行する必要がある作業
プロジェクトの範囲には製品の範囲も含まれる場合があります。製品のライフサイクルにはプロジェクトのライフサイクルが含まれる
各反復で適応
要件を収集する
範囲を定義する
WBSの作成
予測プロジェクト
上記のプロセスはプロジェクトの開始時に実行されます
全体的な変更管理プロセスを実装することにより、必要に応じて更新されます
適応性または機敏性、すべての反復
範囲を確認します。制御範囲
スポンサーとクライアントの代表者は、引き続きプロジェクトに関与する必要があります。バックログ項目 (製品要件とユーザー ストーリー) を使用して現在のニーズを反映する
予測プロジェクト
スコープの検証は、各成果物の作成時または段階的なレビューポイントで行われます。
制御範囲は継続的なプロセスです。全体的な変更管理プロセスを実装することにより、必要に応じて更新されます
品質管理プロセスの出力である検証成果物も検証スコープへの入力ですが、受入成果物は検証スコープの出力です。
プロジェクトの範囲管理 開発トレンドと新たな実践方法
問題を定義し、ビジネス ニーズを特定します。プログラムまたはプロジェクトの製品、サービス、または最終結果の適用を成功に導く
ビジネスおよびプロジェクトの目標を達成するために、利害関係者の要件を収集、文書化、管理します。
これらのニーズを満たす実現可能なソリューションを特定して推奨する
切断時に考慮すべき要素
知識と要件の管理
検証と制御
開発手法
需要の安定
ガバナンス
アジャイル環境または適応環境で考慮すべき要素
計画範囲管理 企画プロセスグループ
主な役割は、プロジェクト全体の範囲を管理する方法についてのガイダンスと指示を提供することです。
入力
プロジェクト計画書
プロジェクトの目的を文書化する
プロジェクト概要
仮定
制約
プロジェクトが達成しようとする高レベルの要件
プロジェクト管理計画
品質管理計画
プロジェクトのライフサイクルの説明
開発手法
滝
反復的な
適応的な
アジャイル
ハイブリッド
事業環境要因
グループ文化
インフラストラクチャー
人事管理制度
市況
組織プロセス資産
ポリシーと手順
歴史的な情報と教訓の知識ベース
ツールとテクニック
専門家の判断
過去の同様のプロジェクト
特定の業界、分野、応用分野に関する情報
データ分析
代替案分析
収集要件の評価、プロジェクトと製品の範囲の指定、製品の作成、範囲の検証、および範囲の制御のための方法
ミーティング
プロジェクトマネージャー
プロジェクト・スポンサー
選ばれたプロジェクトチームメンバー
選ばれた関係者
各スコープ管理プロセスの責任者
その他必要な人員
出力
スコープ管理計画
プロジェクトのスコープステートメントを作成します。詳細なプロジェクトスコープステートメントに基づいてWBSを作成します
スコープのベースラインをどのように承認および維持するかを決定します。完了したプロジェクト成果物の正式な受領
需要管理計画
さまざまな要件アクティビティを計画、追跡、レポートする方法
要件の優先順位付けプロセス
測定すべき指標とそれを使用する理由
構成管理アクティビティ
変更を開始する方法
その影響を分析する方法
追跡、追跡、報告する方法
承認権限の変更
どの要件属性が追跡マトリックスに含まれるかを反映する追跡構造
ビジネス分析計画とも呼ばれます
要件計画プロセスグループの収集
プロジェクトの目標を達成するために、利害関係者のニーズと要件を特定、文書化、管理するプロセス
入力
プロジェクト計画書。詳細な要件を策定するための高レベルの要件
プロジェクト管理計画。範囲管理計画。需要管理計画。利害関係者の関与計画。プロジェクトファイル。予測。ログ
ビジネス文書。ビジネス ケースと契約には、プロジェクトと製品の要件が含まれます。
ビジネス環境要因。グループの文化。インフラ・人事管理体制・市場環境
組織プロセス資産。ポリシーと手順。過去のプロジェクトからの情報を含む歴史的情報と教訓の知識ベース
ツールとテクニック
専門家の判断
ビジネス分析。要件の分析。
同様の以前のプロジェクトのプロジェクト要件。グラフィカルなテクニック。
データ収集
ブレーンストーミング。インタビュー。機密情報。インタビューは、関係者との直接の会話を通じて情報を入手する公式または非公式の方法です。
フォーカスグループ。対象となる関係者と対象分野の専門家を集めます。訓練を受けたモデレータがインタラクティブなディスカッションを主導します
アンケート。視聴者の多様性。調査は迅速に完了する必要があります。回答者は地理的に分散していました。統計解析に最適
ベンチマークの比較。他の人の子供たちと比較してベスト プラクティスを特定します。比較対象となる組織は社内でも社外でも構いません。
データ分析
ファイル分析
プロトコル。ビジネス プランまたはビジネス ルールのドキュメント。
質問。ログ。 ポリシーと手順。提案への招待状。ユースケース
意思決定
投票 - 過半数が同意します。参加者の数は奇数です。オプションが 3 つ以上ある場合に使用されます
独裁的な意思決定。多基準の意思決定分析。多くのアイデアを評価してランク付けする
データパフォーマンス
親和性図。さらなる検討と分析のために、多数のアイデアをグループ化します。マインドマッピング。クリエイティブ間の共通点と相違点を反映する
対人スキルとチームスキル
名目上のグループ手法
司会者が質問し、みんなで考えて自分の考えを書きます。モデレータは全員のアイデアをフリップチャートに記録します
全員が明確に理解できるまでアイデアをブレインストーミングします。個人が非公開で投票してアイデアに優先順位を付ける
観察して話しましょう。観察 (「作業追跡」とも呼ばれます)
ガイド
アプリケーションの共同設計または開発 JAD (ソフトウェア)。品質機能の展開 QFD (要件の収集、分類、順序付け)。ユーザーストーリー
システムインタラクションサークル
製品範囲を視覚的に表現したもの
プロトタイプメソッド
目的の製品を製造する前に、製品のプロトタイプが作成されます。ストーリーボードはプロトタイピング技術です
プロトタイプも付属。ミニチュア製品。コンピューターで生成された 2D および 3D モデル。モックアップまたはシミュレーション
出力
要件文書
ビジネスニーズ。関係者のニーズ。移行および準備の要件 プロジェクトの要件。
ソリューションのニーズ。機能要件。非機能要件
要件追跡マトリックス
ビジネスのニーズ、機会、目標、目的。プロジェクトの目的。プロジェクトの範囲と WBS 成果物。製品デザイン
製品開発。テスト戦略とテスト シナリオ。大まかな要件から詳細な要件まで
範囲計画プロセスグループの定義
製品、サービス、または結果の境界と受け入れ基準を説明する、プロジェクトと製品の詳細な説明を作成するプロセス。
入力
プロジェクト計画書
製品の機能の概要。承認要件。プロジェクト範囲計画。スコープ管理計画
プロジェクトファイル
予測。ログ。仮定。制約.要件ドキュメント。リスクレジスター
事業環境要因
グループの文化。インフラストラクチャ.人事管理システム。市況
組織プロセス資産
プロジェクトスコープステートメントを作成するためのポリシー、手順、およびテンプレート。プロジェクト ファイル/以前のプロジェクトから学んだ教訓
ツールとテクニック
専門家の判断
データ分析 (代替分析)。対人スキルとチームスキル (ファシリテーション)。意思決定 (多基準意思決定分析)
製品分析。要件分析。価値分析。
出力
プロジェクトのスコープの説明 (スコープのベースラインを除く)。プロジェクトの除外基準。
プロジェクト ファイルの更新。前提条件。ログ.要件ドキュメント.要件追跡マトリックス。利害関係者登録簿
WBS計画プロセスグループの作成
プロジェクトの成果物とプロジェクトの作業を、より小さく管理しやすいコンポーネントに分割します。
入力
プロジェクト管理計画。スコープ管理計画。プロジェクト文書。プロジェクトスコープステートメント。要件定義書。事業環境要因
組織プロセス資産。 WBS を作成するためのポリシー、手順、およびテンプレート。過去のプロジェクトのプロジェクト アーカイブ。過去のプロジェクトから学んだ教訓
ツールとテクニック
専門家の判断
成果物と関連作業を特定して分析し、WBS の構造とオーケストレーション方法を決定します。上から下へレイヤーごとに分解
識別コードを開発して WBS コンポーネントに割り当てます。成果物が適切な範囲に分割されていることを確認する
プロジェクトの範囲とプロジェクトの成果物を、より小さく管理しやすいコンポーネントに段階的に分割します。作業パッケージは、WBS の最下位レベルの作業です。
WBSの作成
トップダウン。下位レベルのコンポーネントをボトムアップでマージします。プロジェクトのライフサイクルの各段階が第 2 層であり、製品とプロジェクトの成果物が第 3 層です。
主要な成果物は第 2 層として機能します。外部委託作業の契約 WBS など、プロジェクト チーム以外の組織によって開発されたさまざまな下位レベルのコンポーネントを組み込む
アジャイル手法は、長いストーリーをユーザー ストーリーに分割することです。分解するローリングプランニング。 100%原則:階層ごとに上向きにまとめる
出力
スコープベースライン
プロジェクトスコープステートメント
製品の範囲の説明。プロジェクトの除外基準。
WBS
業務範囲全体の階層的内訳
ワークパッケージ
WBS の最下位レベルは、作業パッケージとアカウント コードです。各ワークパッケージは制御アカウントの一部です
コントロール アカウントには 2 つ以上のワーク パッケージがあり、各ワーク パッケージは 1 つのコントロール アカウントのみに関連付けられます。
企画パッケージ
制御アカウントには 1 つ以上の計画パッケージが含まれています。作業内容はわかっていますが、詳細なスケジュール アクティビティは不明です。
計画パッケージは、制御アカウントの下で作業パッケージの上にある作業分解構造コンポーネントです。
WBS辞書
口座コードID
作業の説明。関連するスケジュールのアクティビティを担当する組織。
必要なリソース
原価見積。品質要件。受け入れ基準。プロトコル情報
WBS の各コンポーネントの成果物、アクティビティ、進捗情報を詳しく説明した文書
プロジェクトファイルが更新されました。予測。ログ。要件文書
スコープ監視プロセスグループの確認
完了したプロジェクト成果物を正式に受領するプロセス
範囲を確認し、品質を管理します。確認範囲は成果物の受け入れに重点を置き、品質管理は成果物の正確性と品質要件を満たしているかどうかに焦点を当てます。
入力
プロジェクト管理計画
スコープ管理計画。 スコープベースライン。
プロジェクトファイル
教訓の記録。要件追跡マトリックス。
検証された成果物
完成し、品質管理プロセスによって正しいことが確認された成果物
仕事のパフォーマンスデータ
ニーズをどの程度満たしているか。金額はありません。不一致の重大度、または一定期間内に実行された確認の数
ツールとテクニック
診る
測定、レビュー、検証などの活動を実施して、作業と成果物が要件と製品の受け入れ基準を満たしているかどうかを判断します。
レビュー。製品レビュー。検査
意思決定
投票する
出力
受領のための成果物
仕事のパフォーマンス情報。変更リクエスト 成果物の変更リクエストを提出し、欠陥を修正する必要がある場合があります。
プロジェクトファイルの更新
教訓を登録します。要件文書。要件追跡マトリックス
制御範囲 監視プロセスグループ
プロジェクトと製品のスコープのステータスを監視し、スコープのベースライン変更のプロセスを管理します
入力
プロジェクト管理計画
範囲管理計画。変更管理計画。構成管理計画。スコープのベンチマーク。パフォーマンス測定ベンチマーク
プロジェクトファイル
教訓の登録。要件文書。
要件追跡マトリックス。スコープベースラインからの変更または逸脱がプロジェクト目標に及ぼす影響を調査する
仕事のパフォーマンスデータ
受信した変更リクエストの数。受け入れられた変更リクエストの数。検証、検証、完了した成果物の数
組織プロセス資産
範囲管理に関連する既存の公式および非公式のポリシー、手順、およびガイダンス。利用可能な監視およびレポートの方法とテンプレート
ツールとテクニック
データ分析
偏差分析。是正措置または予防措置が必要かどうかを判断する
トレンド分析。パフォーマンスが向上しているか低下しているかを判断する
出力
仕事のパフォーマンス情報
変更の分類。スコープの逸脱とその原因。将来のスコープのパフォーマンスの予測。
変更要求
プロジェクト文書の更新。逸脱の原因と要件追跡マトリックスが記録されます。
プロジェクト管理計画の更新
スコープ管理計画
スコープのベンチマーク。
範囲。スコープステートメント。 WBS。 WBS辞書
進捗ベンチマーク。範囲。リソース。進捗状況の見積もり
コストベース。範囲。リソース。原価見積
パフォーマンス測定のベンチマーク。範囲。進歩のパフォーマンス。原価見積