プロジェクトスコープ管理の6つのプロセス
株式会社博展 - 東芝実績動画
目次:
プロジェクトの範囲管理は、プロジェクトの目的を達成するために必要なすべての作業がプロジェクトに含まれていることを確認するために行います(それ以外にはありません)。それは、プロジェクトに含まれるものと含まれないものを制御することです。
この記事では、 『プロジェクト管理知識体系の手引き』(PMBOK®ガイド) - 第5版の中からプロジェクト範囲管理の知識領域を見ていきます。これがプロジェクトスコープ管理を定義する唯一の方法ではありませんが、それは良い出発点であり、あなたがあなたのPMP®認証に向かって働いているなら、あなたにとって非常に役に立つでしょう。
スコープ管理プロセスを計画する
その目的は、最後にスコープ管理計画を立てることです。それはあなたがあなたのプロジェクトの範囲をどのように定義し、管理し、検証しそして制御するかを説明します。これを定義するために作業を前もって設定することで、後で参照することができます。範囲管理プロセスは、プロジェクトが成功するような作業方法を決定したら、プロジェクト間で大きく異なるわけではないため、別のプロジェクトの範囲管理計画を出発点として使用できます。
このプロセスの結果がスコープ管理計画です。これはプロジェクト管理計画の一部です。
- 詳細なスコープステートメントをどのように準備しますか
- スコープステートメントからワークブレークダウンストラクチャ(WBS)を作成する方法
- どのようにあなたはそのWBSを維持し承認するつもりですか
- プロジェクトの成果物を正式に承認する方法
- スコープへの変更を管理する方法
この文書は、信じられないほど詳細なものでも、非常に正式なものでもありません。目的に合ったものでなければなりません。
要件収集プロセス
このプロセスでは、あなたはあなたの利害関係者がプロジェクトから望むものを解決するでしょう。大きなアイデアの概要を説明したら、要件を文書化し、利害関係者の期待を管理する必要があります。コストのような他のプロジェクトの制約を考えると、彼らが求めるものは現実的ではないか達成できないことが多いので、これは重要です。
要件収集作業の結果は、文書化された一連の要件です。これはできるだけ包括的であるべきであり、通常は以下のような要件のいくつかのカテゴリを含みます。
- 機能要件および非機能要件
- 報告要件などの利害関係者の要件
- サポートとトレーニングの要件
- ビジネス要件
- サービスレベルや品質などのプロジェクト要件
また、要件に特に関連する依存関係、前提条件、および制約事項も文書化します。
スコーププロセスの定義
ここであなたがあなたの要求を受け取り、あなたのプロジェクトが作成しようとしている製品やサービスの詳細な説明にそれらを変換します。あなたはプロジェクトの間にあなたが参照することができるプロジェクト範囲ステートメントで終わるでしょう。対象範囲と対象範囲外のリストが含まれます。多くの場合、人々は特に除外されているものを覚えていないために戻ってきて、それらの分野で作業するように依頼するので、重要です。どんな包含物も変更管理を経なければならないでしょう。
作業詳細構造の作成プロセス
このプロセスにより、あなたはあなたの要求のリストをあなたがする必要があることの構造化されたビジョンに変えることができます。ここでの主な作業は、大きなタスクをより小さく、扱いやすいチャンクに分割することです。
このプロセスの結果はWBSです、そしてそれは非常に役に立つツールである場合があります。視覚的に考えていなければ、リストを作成しても同じ結果が得られます。
スコーププロセスの検証
範囲検証プロセスは、ご想像のとおり、ビジネス関係者にあなたのWBSを承認させることではありません。時間が来たら、成果物にサインオフするためのプロセスが整っていることを確認することです。
誰が成果物を承認しようとしているのか、またはそれを完了するためにどの基準を使用しようとしているのかについて質問がないように、この構造を適切に配置することをお勧めします。プロセスが完了したら、成果物を承認します。承認する必要がある人は誰でも承認します。
制御範囲プロセス
コントロールスコーププロセスは、プロジェクトスコープ管理の知識領域の最後のプロセスです。これは、スコープを変更する必要がある場合に効果的な変更管理があることを確認することに関連しています。また、「スコープ」ハットを使ってプロジェクトを追跡し、その結果、期待通りの成果が得られることを確認します。
これら6つのプロセスは、プロジェクトの範囲管理の知識を構成します。 PMBOK®ガイド - 第5版.