品質管理計画

アイテムのライフサイクルの説明

開発手法

組織文化、人事管理システム、市場環境。

要件の評価と収集、プロジェクトと製品の範囲の詳細化、製品の作成、範囲の確認、および範囲の管理のためのさまざまな方法。

出席者には、プロジェクト マネージャー、プロジェクト スポンサー、選ばれたプロジェクト チーム メンバー、選ばれた利害関係者、各範囲管理プロセスのリーダー、およびその他の必要な担当者が含まれる場合があります。

定義: スコープ管理計画は、プロジェクトのスコープがどのように定義、開発、監視、制御、検証されるかを説明するプロジェクト管理計画のコンポーネントです。

プロジェクトのスコープステートメントを作成します。

詳細なプロジェクトスコープステートメントに基づいてWBSを作成します

スコープのベースラインがどのように承認および維持されるかを決定します。

完了したプロジェクト成果物を正式に受領します。

定義: プロジェクトと製品の要件を分析、文書化、管理する方法を説明するプロジェクト管理計画のコンポーネント。一部の組織ではこれを「ビジネス分析プログラム」と呼んでいます。

さまざまな要件アクティビティを計画、追跡、レポートする方法

構成管理アクティビティ (変更の開始方法、その影響の分析方法、変更の承認権限など)

要件の優先順位付けプロセス。

測定指標とその使用の理論的根拠。

どの要件属性がトレース マトリックスに含まれるかを反映するトレース構造。

範囲管理計画。

需要管理計画。

利害関係者の関与計画。

要件収集プロセスに影響を与えるビジネス文書は、ビジネス ニーズを満たすために満たすべき必要な標準、期待される標準、およびオプションの標準を説明するビジネス ケースです。

ビジネス分析、要件の抽出、同様の以前のプロジェクトからのプロジェクト要件、ガイド付き競合管理。

ブレーンストーミング

インタビュー

フォーカスグループ

アンケート

ベンチマーク比較を参照

投票する

独裁的な意思決定

多基準の意思決定分析

親和性図

マインドマッピング

名目上のグループ手法

観察して話す

ガイド

システム相互作用図はスコープ モデルの一例であり、製品のスコープを視覚的に表現したもので、ビジネス システム (プロセス、機器、コンピューター システムなど) と、それらが人々や他のシステム (アクター) とどのように対話するかを示します。

システム相互作用図は、ビジネス システムの入力、入力プロバイダー、ビジネス システムの出力、および出力レシーバーを示します。

定義: 目的の製品のプロトタイプを作成し、実際に製品を製造する前に要件に関する早期フィードバックを求めます。

ミニチュア、コンピュータ生成の 2D および 3D モデル、物理モデルまたはシミュレーションを含む

プロトタイプは、要件の抽象的な説明の議論に限定されるのではなく、関係者が最終製品のモデルを体験できるようにする具体的なオブジェクトです。

プロトタイプ手法はプログレッシブディテールの概念をサポートしており、モデル作成、ユーザーエクスペリエンス、フィードバック収集からプロトタイプ修正までの反復プロセスが必要です。

十分なフィードバック ループの後、プロトタイプを通じて十分な要件情報を取得して、設計または製造段階に入ることができます。

絵コンテ

定義: さまざまな単一要件がプロジェクトに関連するビジネス ニーズをどのように満たすかを説明する

最初は高レベルの要件のみから開始し、要件に関する情報が増加するにつれて徐々に要件を絞り込んでいきます。

明確で (測定可能でテスト可能)、追跡可能で、完全で、調整されており、主要な関係者によって認識されることを望んでいる要件のみがベースラインとして機能します。

要件文書にはさまざまな形式があり、関係者や優先順位ごとに分類されたすべての要件をリストした単純な文書の場合もあれば、概要、詳細な説明、添付ファイルなどを含む詳細な文書の場合もあります。

要件は、ビジネス ソリューションや技術ソリューションなどのさまざまなカテゴリに分類されます。前者は関係者のニーズを指し、後者はそのニーズをどのように実現するかを指します。

要件のカテゴリー

製品要件をそのソースからその要件を満たす成果物に結び付けるフォーム。

要件トレーサビリティ マトリックスは、製品要件をそのソースからその要件を満たす成果物まで結び付ける表です。要件トレーサビリティ マトリックスを作成し、各要件をビジネス目標またはプロジェクト目標にリンクすると、各要件にビジネス価値があることを確認できます。

要件追跡マトリックスは、プロジェクトのライフ サイクル全体にわたって要件を追跡する方法を提供し、要件文書内の承認された各要件がプロジェクトの終了時に確実に提供されるように支援します。

最後に、要件追跡マトリックスは、製品範囲の変更を管理するためのフレームワークも提供します。

カテゴリー

各要件の関連する属性は、要件追跡マトリックスに記録する必要があります。これらの属性は、各要件の重要な情報を明確にするのに役立ちます。

要件追跡マトリックスに記録される一般的な属性には、一意の識別、要件のテキスト説明、要件を含める理由、所有者、ソース、優先度、バージョン、現在のステータス (進行中、キャンセル、延期、新規追加、追加承認済み、割り当て済み、完了済み）とステータスの日付

利害関係者の満足を確保するには、安定性、複雑さ、受け入れ基準などの追加の属性を追加する必要がある場合があります。関連する要件属性をリストします。

プロジェクト憲章には、プロジェクト、製品の機能、承認要件の概要が記載されています。

プロジェクト管理計画のコンポーネントには、プロジェクトの範囲がどのように定義、検証、制御されるかを文書化した範囲管理計画が含まれます (ただし、これらに限定されません)。

仮定のログ。要件ドキュメント。リスクレジスタ。

製品分析は製品やサービスを定義するために使用でき、製品やサービスに関する質問と回答を行って、提供される製品の目的、特性、その他の側面を説明します。

すべてのアプリケーション分野には、高レベルの製品またはサービスの説明を意味のある成果物に変換するための、一般的に認識されている 1 つ以上の方法があります。まず高レベルの要件を把握し、最終的な製品設計に必要な詳細レベルまで要件を洗練します。

製品分析技術:

プロジェクト スコープ ステートメントは、プロジェクトのスコープ、主要な成果物、前提条件、および制約を説明するものです。

プロジェクトと製品の範囲の詳細を含む、範囲全体を文書化します。

また、プロジェクトの範囲に関するプロジェクト関係者の合意を表します。関係者の期待を管理しやすくするために、プロジェクト スコープ ステートメントでは、どの作業がプロジェクトのスコープ外であるかを明確に示すことができます。

プロジェクト スコープ ステートメントにより、プロジェクト チームはより詳細に計画を立てることができ、実行中のプロジェクト チームの作業をガイドし、変更要求や追加作業がプロジェクトの境界を超えるかどうかを評価するためのベースラインを提供します。

プロジェクト スコープ ステートメントで何が行われるか、何が行われないかを記述する詳細レベルによって、プロジェクト管理チームがプロジェクト スコープ全体をどれだけ効果的に制御できるかが決まります。

コンテンツ

プロジェクトスコープステートメント。要件ドキュメント。

プロジェクトが属する業界の WBS 標準。これらの標準は WBS 作成の外部参考資料として使用できます。

分解は、プロジェクトの範囲とプロジェクトの成果物を、より小さく管理しやすいコンポーネントに段階的に分割する手法です。

成果物と関連作業を特定して分析し、WBS の構造と配置方法を決定し、WBS コンポーネントに識別コードを作成して割り当てます。

WBSの作り方

プロジェクトスコープステートメント、作業パッケージ、WBS、計画パッケージ

WBS辞書

範囲管理計画。需要管理計画。スコープのベンチマーク。

学んだ教訓が記録されます。品質レポート。要件ドキュメント。要件追跡マトリックス。

完成し、管理品質プロセスによって正しいことが確認された成果物を指します。

これには、要件が満たされる程度、不一致の数、不一致の重大度、または特定の期間内に実行された検証の数が含まれる場合があります。

作業と成果物が要件と製品の受け入れ基準を満たしているかどうかを判断するための検査は、レビュー、製品レビュー、検査などと呼ばれることもあります。

受け入れ基準を満たす成果物は、クライアントまたはスポンサーによって正式に承認される必要があります。

範囲管理計画。需要管理計画。管理計画を変更します。構成管理計画。スコープのベンチマーク。パフォーマンス測定のベンチマーク。

偏差分析。トレンド分析。

スコープのベースラインからの逸脱の原因と範囲を特定し、是正措置または予防措置を講じる必要があるかどうかを決定することは、プロジェクト スコープ管理の重要なタスクです。