プロジェクトマネジメントにおける仮定と制約
今日は、実際の例を見て、プロジェクトの仮定と制約について議論します。
あなたは車で到達するために一時間かかるモールで買い物に行きたいと想像してみてください。
あなたは午後6時頃に家を出て、午後7時までにモールに到着すると仮定した。
これは仮定の例であり、あなたが真実であると信じているものです。
制約はどうですか？
ショッピングの例では、二つを考えることができます。 最初の制約はお金です。 あなたの手に500USDを持っている場合、それはあなたがこのショッピング旅行に費やすことができるすべてです。 第二の制約は、モールの閉鎖時間です;私たちはそれが午後10時30分であるとしましょう. これは、その後も買い物を続けることができないことを意味します。
同様に、プロジェクトにも仮定と制約があります。 プロジェクトを正常に完了するには、これらの要因を理解し、管理する必要があります。
プロジェクトの仮定とプロジェクトの制約
プロジェクトの仮定と制約は、プロジェクトの開始時に特定されます。 プロジェクトのライフサイクルを通して、それらは精製され、再分析されます。 プロジェクトの仮定と制約は、PMBOKガイドの多くのプロセスにとって重要です。
あなたのプロジェクトの本質的な側面、仮定、制約は、要件やリスクのように管理されていません。 しかし、それらを文書化することは、将来の悪化からあなたを守るのに役立ちます。 プロジェクトの前提と制約については、project scopeステートメントで概説する必要があります。
プロジェクトの仮定
仮定は、あなたが真実であると信じているものです。 これらは、プロジェクトのライフサイクル中に予想される予期されるイベントまたは状況です。 あなたは、あなたの経験や手で入手可能な情報に基づいて仮定を行います。
実際には、彼らは時々偽であることができ、負のプロジェクトにリスクを追加し、あなたのプロジェクトに影響を与える可能性があります。
例えば、先ほどの例を考え直してみましょう。 あなたが目的地に到達するためにそれが一時間かかるだろうと仮定しました。 あなたがトラフィックで立ち往生しているし、時間通りにモールに到達することができない場合はどうなりますか？
あなたの仮定は間違っていることが判明しました。 あなたが計画したように多くの時間を持っていないので、今あなたのショッピングは危険にさらされています。
これはあなたのプロジェクトにも起こります。
たとえば、必要な機器を必要なときにいつでも手に入れることができると仮定しました。 しかし、不足やサプライチェーンの問題のために時間が来たときにそれを得ることができませんでした。
今、あなたは困難な状況にあります。
仮定は、リスク管理計画を策定する上で不可欠な役割を果たしています。 したがって、プロジェクトマネージャーは、各仮定を分析し、その影響を予測する必要があります。
プロジェクトの仮定の例
- 必要なすべてのリソースを取得します。
- 雨季には、安い労働力が利用できるようになります。
- 関連するすべての利害関係者が次の会議に来るでしょう。
- あなたのチームメンバーはすべての必要なスキルを持っています。
- すべての機器は良好な状態です。
- サプライヤーは消耗品を時間通りに配送します。
上記の仮定のいずれかが異なって判明した場合、プロジェクトが根本的に影響を受ける方法を見ることができます。
プロジェクトの制約
プロジェクトの制約は、予算、スケジュール、リソースなど、プロジェクトに課される制限です。
PMBOKガイドは、範囲、品質、スケジュール、予算、リソース、およびリスクの六つのプロジェクトの制約を認識しています。 これらの六つのうち、範囲、スケジュール、および予算は、トリプル制約として知られています。
これらの制約はプロジェクトの開始時に定義されており、その境界内で作業する必要があります。
制約には次の2つのタイプがあります:
- ビジネス制約
- 技術的制約
ビジネス制約
ビジネス制約は組織の状態によって異なります。 これらは高レベルの制約であり、時間、予算、リソースなど、プロジェクトの開始時に定義されることがよくあります。
これらの制約への変更はまれであり、プロジェクト管理チームはそれらの中で作業する必要があります。
技術的制約
技術的制約により、設計の選択が制限されます。 これらは固定されており、技術仕様の変更はプロジェクト計画に影響を与える可能性があります。
たとえば、パイプラインを構築しているとしましょう。 設計に従って、パイプラインはある程度の圧力に抗するべきです;これはあなたの技術的な制約、固定現実です。
すべてのプロジェクトには制約があります。 したがって、それらのすべてを特定し、それに応じて計画を策定する必要があります。 制約は、クライアント、組織、または政府の規制によって課される、あなたの制御の外にあります。
プロジェクトの制約の例
制約のいくつかの例は次のとおりです:
- あなたは一ヶ月以内に最初のマイルストーンを達成する必要があります。
- 利用可能なリソースを使用する必要があります。
- あなたは二人のサイトエンジニアを持つことになります。
仮定と制約
以下は、仮定と制約の間のいくつかの違いです:
- 仮定は真であると考えられていますが、制約は本質的に真です。
- 仮定はプロジェクトに適していますが、ほとんどの場合、制約はプロジェクトの目的には適していません。
- 仮定が偽になった場合、それはプロジェクトにとって悪いニュースです。 ただし、制約がfalseの場合は正の値になります。
仮定と制約は、プロジェクト管理計画の基礎として計画プロセスにおいて重要な役割を果たします。
仮定が間違っていると、あなたは困っているので、仮定はあなたのプロジェクトにとって潜在的なリスクです。 あなたのリスク管理計画は、仮定と制約に大きく依存します。 それらのいずれかを識別できないと、プロジェクトに影響を与える可能性があります。
概要
仮定と制約はプロジェクトの重要な部分です。 それらは、識別され、制御され、継続的に監視される必要があります。
仮定はあなたが真であると思う条件であり、制約はあなたのプロジェクトに対する固定された制限です。 前提条件は現実的に分析する必要がありますが、制約はプロジェクトのライフサイクル全体で明確に特定する必要があります。 最小限の障害でプロジェクトを完了するには、仮定と制約を管理する必要があります。
プロジェクトの仮定とプロジェクトの制約は、PMP認定試験の観点から不可欠なトピックです。 これについての質問が表示される場合があります。
Leave a Reply