- 範囲
- リスク
- 前提
この記事では、これら3つの重要なプロジェクト管理用語の概要を紹介し、追加の読解のためのリンクや提案を含みます。
範囲
プロジェクト管理では、 スコープとはプロジェクトの範囲を定義する一連の境界です。
このスコープは、プロジェクトイニシアチブの結果として顧客に何が提供されるかを記述する。
スコープを理解することにより、プロジェクトマネージャーとプロジェクトチームは、プロジェクトの境界の内側または外側に何が入っているのかを理解することができます。 何かが「範囲外」であれば、プロジェクトの計画作業には考慮されません。 スコープ・ステートメントの境界内にあるアクティビティは、「範囲内」とみなされ、スケジュールおよび予算内で考慮されます。 アクティビティが境界外にある場合、アクティビティは「範囲外」とみなされ、計画されていません。
あなたがプロジェクトマネージャーであろうとプロジェクトチームのメンバーであろうと、あなたが進んでいくうちに、何かが範囲内か範囲外かを検討したいと思うでしょう。
例として、クライアントがウェブサイトの構築を依頼したとします。 プロジェクトの範囲を概説する（または境界を設定する）場合、次の項目を範囲内として指定します。
- サイト設計とワイヤフレーム図作成
- テストベッドの設置
- 承認されたワイヤフレームへのコーディング
- ウェブサイトテーマのグラフィックス開発
- サイトを公開する前にテストとデバッグ
プロジェクトの進行中、クライアントは会社のビデオ概要を含めるように求めます。 ビデオはプロジェクトの範囲で指定されていないため、範囲外です。
余分な料金でビデオ制作をしても構わないが、プロジェクトの範囲とコストと時間の見積もりが必要になる。
明確で合意された範囲の文書がない場合、ビデオの問題はあなたのチームと顧客の代表者の間で論争になるかもしれません。 明確なスコープステートメントを使用すると、状況を解消し、順調な方法で変更を処理することができました。
どのようにスコープの範囲内であるか、スコープから外れているのかはどのように判断します 最初に、クライアントまたはプロジェクト所有者との議論に基づいて、現在知っているプロジェクトのすべての詳細を概説します。 次に、範囲内または外にあると見なされる主な前提条件を設定したいと考えます。
前提
あなたの人生のある時点で、おそらく "仮定しないでください"と言われました。しかし、 プロジェクト管理の前提は日々の活動です。 前提条件は、範囲とリスクを定義し、時間とコストの見積もりを微調整するのに役立ちます。 もちろん、前提条件を文書化して検証することが不可欠です。
本の作成など簡単なことを考えてみましょう。 あなたの友人がコーヒーテーブルの本のアイディアを持っていて、プロジェクトの管理を依頼したとしましょう。 彼の最初の要求は予算のためであり、資金を確保することができます。
範囲を定義するとき、あなたの友人は、ページ数、画像の包含、カバースタイル、およびページに使用される用紙の重量を含む、多くの詳細については不明であることは明らかです。 これらの要因のすべてがコストと生産の複雑さに影響を与えるため、仕様についての前提を立て、それらの前提条件をあなたの友人に受け入れられるか受け入れられないものとして検証する必要があります。
さらなる議論の後、あなたの友人は彼が本に50枚の写真を含めることを計画していると伝えます。 あなたは50枚の画像にあなたの前提を置くことができます。あるいは、この数字が時間とともに増加することを期待して、75-90ページの間に画像があることを前提にすることができます。
仮定がどのようにスケジュールに直接影響するかを見ることができます。 たとえば、あなたがスイングセットを構築することを含む公園でプロジェクトを指揮しているとします。
プロジェクトを設定するときは、予算と割り当てられたチームメンバーが与えられます。そのメンバーの1人が資料を担当します。 あなたのスケジュールを作成するときにセメントが到着すると、担当者に教材を尋ねます。 この人は、セメントが到着するかどうかは不明だが、6月1日から6月10日の間になると考えていると答えている。あなたが範囲とスケジュールを作成するとき、セメントは6月10日までに到着すると仮定する。例は前提を作るための2つの利点を示しています。
第一の利点は、セメントを6月10日までに受け取ることを前提として、セメントの到着に依存する活動を計画できることです。 第2の利点は、材料担当者にセメントを供給するための締め切りを提供し、セメントを供給者に中継することができることである。 これは、プロジェクトが前進するための重要な締め切りを間違って設定しました。
仮定を立てることは、プロジェクトチームが範囲内、時間内、予算内にとどまるのを助けるために、プロジェクト中に頻繁に再訪されるベンチマークを設定します。 しかし、仮定が間違っているとどうなりますか？ これがリスクとなります。
リスク
範囲を構築し、範囲と見積もりの前提となる仮定を特定したら、リスク領域の評価を開始する必要があります 。 現実の世界と同じようにリスクはプロジェクト管理と同じです。 それは危険をもたらす可能性のある危険または機会です。 （注：プロジェクトマネジメント研究所とプロジェクトマネジメント知識体系-PMBOKは、リスクとタイプの詳細な定義を提供し、プロジェクトリスク管理のフレームワークを特定します。）
すべてのプロジェクトにはリスクが含まれており、プロジェクトマネージャーまたはプロジェクトオーナーであれば、リスクを予測するのはあなたの責任であるだけでなく、プロジェクトチームに潜在的な影響を伝え、リスクを軽減する準備をすることもあなたの仕事です。
リスクはさまざまな程度で起こります。 場合によっては、リスクがわずかに異なるプロジェクトを実行したり、予期しない小さな変化を起こしたりする可能性があります。 しかし、場合によっては、リスクがプロジェクトを頭の中に回す致命的な結果につながる可能性があります。
上記のセメントの例から、遊び場のシナリオを使ってみましょう。 リスクの1つは、セメントが6月10日の想定日までに到着しないことです。このリスクの潜在的な影響は何ですか？ セメントが注がれた後に続く後続活動のすべては、この問題の結果として遅れる。
リスクもプラスになる可能性があります。 セメントが予想より早く現れた場合、プロジェクトへの影響を考慮する。 これは肯定的な結果と思われますが、プロジェクトの他のすべてのステップのタイミングと順序についてはまだ問題があります。
プロジェクトマネージャーは、プロジェクトチームと協力して潜在的なリスクをブレーンストーミングし、識別します。 彼らはプロセスをさらに進めて、リスクの可能性のある重大度とその可能性を検討します。 さらに、リスクの発生時期を特定するのに最適な個人を特定し、合意されたリスク軽減計画を策定します。
多くの企業では、時間の経過と共に他のプロジェクトの経験から開発した詳細なリスクテンプレートを持っています。 一部の業種では、リスク分析の出発点として使用されるリスクプロファイルが作成されています。 多くの業界では、リスク計画のための非常に詳細な統計分析も実施されています。
ボトムライン
スコープ、前提条件、およびリスクという用語は、プロジェクト管理の世界ではすべて重要です。 これらのプロジェクトマネジメントの重要な用語について詳しくは、この記事を参考にしてください。