マインドマップギャラリー ソフトウェア試験中級「システムインテグレーションプロジェクトマネジメントエンジニア」 - 第7章 プロジェクトスコープ管理(2)
ソフトウェア試験中級「システムインテグレーションプロジェクトマネジメントエンジニア」 - 第 7 章 プロジェクトスコープ管理 (2): プロジェクトの成果物やプロジェクト作業を、より小さく管理しやすいコンポーネントに分解するプロセスなどの意味が含まれています。
2022-05-25 18:44:12 に編集されました第7章 プロジェクトの範囲管理 (2)
実装プロセス
ステップ(4) 作業分解構造 (WBS) を作成する [作業分解図]
テストサイトの選択 【必要1点】
意味
プロジェクトの成果物とプロジェクトの作業を、より小さく、より管理しやすいコンポーネントに分割するプロセス
これはプロジェクト管理の基礎です。プロジェクトのすべての計画と管理作業は、作業分解構造に基づいて行う必要があります。
意義
一度読んで理解してください
(1) プロジェクトの関係者にプロジェクトを明確にする
(2) プロジェクト構造の体系性と整合性を確保する
(3) 万全のプロジェクト保証体制を確立可能
(4) 責任の分割と実施を容易にするために、プロジェクトに関与するすべての関係者の作業インターフェースを明確にする
(5) 最終的な WBS は、スケジュールの計画と管理のツールとして直接使用できます。
(6) プロジェクトのコミュニケーション管理を確立するための基盤を提供し、情報の重要なポイントを把握しやすくします。
(7) これは、プロジェクトの各サブプランおよび管理手段の策定の基礎および主要な基盤です。
(8) 要件やスコープクリープの防止に役立ちます
WBS の最下位の作業単位は作業パッケージと呼ばれ、スケジュール調整、コスト見積もり、監視の基礎となります。
コンテンツ
テストサイト6の選択
1. プロジェクトのすべての作業は WBS に含める必要があり、WBS に含まれていない作業はプロジェクトの一部ではないため実行できません。そうしないと「金メッキ」されてしまいます。
WBS には作業の 100% を含める必要があり、含めることができます
2. WBS の作成には、プロジェクト関係者全員の参加とプロジェクト チーム メンバーの参加が必要です。
3. WBS はレイヤーごとに分解されますが、各ブランチの分解レベルは同じである必要はありません。通常は 3 ~ 6 レイヤーで制御する必要があります。
4. WBS の各要素は比較的独立しており、相互の重複は最小限に抑える必要があります。
構造タイプ
a. 階層ツリー構造
アドバンテージ
明確な階層、非常に直感的で高度に構造化されており、小規模および中規模のプロジェクトに適しています
欠点がある
変更するのは簡単ではなく、大規模で複雑なプロジェクトの場合、プロジェクト全体のビューを表現するのは困難です。
b. 表形式
アドバンテージ
プロジェクトのすべての作業要素を反映することができ、大規模で複雑なプロジェクトでよく使用されます。 [インデントされたグラフを使用する]
欠点がある
直感的ではない
関連概念
テストサイト 7 を選択してください
マイルストーン
成果物またはフェーズの正式な完了を示します。
マイルストーン = 現時点で完了する必要がある特定の時間イベント
ワークパッケージ
WBS の各ブランチの最下位レベルにある成果物またはプロジェクト作業コンポーネント
8/80 経験則: 作業パッケージのサイズが完了するまでに少なくとも 8 時間かかり、合計完了時間が 80 時間を超えないようにすることをお勧めします。
小規模で短時間(80時間)で完了可能
論理的に言えば、それ以上分割することはできません。
必要なリソース、時間、コストなどを比較的正確に見積もることができ、効果的な時間、コスト、品質、範囲、リスク管理を行うことができます。
コントロールアカウント
範囲、予算、実際コスト、スケジュールを統合し、達成価値と比較してパフォーマンスを測定する管理制御点です。
制御アカウントは、WBS によって選択された管理ノードに設定されます。各制御アカウントには 1 つ以上の作業パッケージを含めることができますが、1 つの作業パッケージは 1 つの制御アカウントにのみ属することができます。
コーディング設計は WBS の重要なテクノロジーです。コーディングを設計するときは、収集する情報とその収集方法を慎重に検討する必要があります。
伊藤
入力 入力
(1) プロジェクト範囲管理計画
(2) プロジェクトスコープステートメント
(3) 要件文書
(4) 事業環境要因
(5) 組織プロセス資産
ツールとテクニック ツール&テクノロジー
a. 専門家の判断
b. 壊す
実施した活動
ケーステストポイント8を選択してください
1||| 成果物と関連作業を特定して分析する
2||| WBSの構造と配置を決定する
3||| 上から下へレイヤーごとに分解
4||| 識別コードを開発して WBS コンポーネントに割り当てる
5||| 成果物が適切な範囲に分割されていることを確認する
7つの原則
テストサイト9を選択してください
(1) プロジェクトの整合性を階層的に維持して、重要なコンポーネントの欠落を回避します
(2) 相互従属を避けるために、作業ユニットは上位レベルのユニットにのみ従属できます。
(3) 同じレベルのワークユニットには同じプロパティが適用されます
(4) 作業単位は異なる責任者と異なる作業内容を分離できる必要があります
(5) プロジェクト管理計画とプロジェクト管理のニーズを促進する
(6) 最下位レベルの作業は比較可能で、管理可能で、定量的に確認できる必要があります。
(7) 下請け作業を含むプロジェクト管理作業を含める必要があります
3つの方法
i. プロジェクトのライフサイクル フェーズを分解の第 1 レベルとして使用し、プロジェクトの成果物を第 2 レベルで整理します。
ii. プロジェクトの重要な成果物を分解の最初のレベルとして考慮します。
iii. サブプロジェクトを第1階層に配置し、サブプロジェクトのWBSを分解する
出力 出力
1||| スコープベースライン
コンテンツ
1. プロジェクトスコープステートメント
2. WBS
WBS の分解の各レベルは、プロジェクト作業のより詳細な定義を表します。
各ワーク パッケージを制御アカウントに割り当て、「アカウント コード」に基づいてワーク パッケージの一意の識別子を確立することが、WBS 作成の最後のステップです。
制御アカウントは、WBS で選択した管理ノードに設定されます
3. WBS辞書
内容には次が含まれます: アカウントコードの識別、作業の説明、前提条件と制約、責任組織、スケジュールマイルストーン、関連スケジュールアクティビティ、必要なリソース、コスト見積もり、品質要件、合格基準、技術リファレンス、契約情報
2||| プロジェクトファイルの更新
ステップ(5) 範囲の確認
意味
完了したプロジェクト成果物を正式に受領するプロセス
含意
プロジェクトのすべての作業が正確かつ満足のいく状態で完了していることを確認するために、成果物と作業成果物をレビューする必要があります。
プロジェクト全体を通して
範囲検証プロセスは、その完了を書面で文書化する必要があります。
確認範囲が完了したら、確認時に調整したWBSおよびWBS辞書を更新する必要があります。
効果
テストサイト10を選択してください
各成果物を受け入れることで最終製品、サービス、結果が受け入れられる可能性を高めながら、受け入れプロセスに客観性をもたらします。
ステップ
テストサイトの選択 11
1||| スコープをいつ確認する必要があるかを判断する
2||| スコープを検証するためにどのような入力が必要かを特定する
3||| 正式に受け入れられた範囲設定の基準と要素を決定する
4||| 範囲会議の組織的な手順を決定する
5||| 範囲確認会議を開催する
比較した
スコーププロセスの確認
成果物の受け入れに重点を置く
品質プロセスの管理
成果物の正確性と品質要件を満たすことに重点を置く
通常、品質管理プロセスは検証範囲プロセスに先行します。 ただし、両方を同時に行うこともできます
要点
テストサイトの選択 12 【頻繁な検査】
範囲確認と要件確認は分離する必要がある
要件確認とは、プロジェクトの初期段階で要件検討会議を開催し、三者が協議して要件書を作成し、要件を確認することです。
範囲の確認は段階的な受け入れです
伊藤
入力 入力
(1) プロジェクト管理計画
(2) 要件文書
(3) 要件追跡マトリックス
(4) 検証された成果物
(5) 仕事のパフォーマンスデータ
ツールとテクニック ツール&テクノロジー
a. 診る
測定、レビュー、検証などの活動を実行して、作業と成果物が要件と製品受け入れ基準を満たしているかどうか、またプロジェクト関係者の要件と期待を満たしているかどうかを判断します。
レビュー、製品レビュー、監査、検査などとも呼ばれます。
b. グループでの意思決定テクニック
出力 出力
1||| 受領のための成果物
2||| 変更要求
3||| 仕事のパフォーマンス情報
4||| プロジェクトファイルの更新
ステップ(6) スコープ制御
意味
プロジェクトと製品のスコープのステータスを監視し、スコープのベースライン変更のプロセスを管理します
要点
変更は避けられないため、すべてのプロジェクトで、何らかの形式の変更管理管理を文書化して実装する必要があります。
関連名詞
スコープクリープ
製品またはプロジェクトの範囲が制御されずに拡大する (時間、コスト、リソースの対応する調整が行われない)
伊藤
入力 入力
(1) プロジェクト管理計画
(2) 要件文書
(3) 要件追跡マトリックス
(4) 仕事のパフォーマンスデータ
(5) 組織プロセス資産
ツールとテクニック ツール&テクノロジー
偏差分析
出力 出力
1||| 仕事のパフォーマンス情報
2||| 変更要求
3||| プロジェクト管理計画の更新
昨年度の実問の選択問題が 3 ~ 4 点を占めます。 事例問題も取り上げられます