Management-concepts-project-risk-categories

プロジェクトリスクカテゴリ

前書き

すべてのプロジェクトはバタンと始まります。 しかし、あるものは当初から失敗する運命にあり、他のものは後に崩壊します。

しかし、他の人たちは勝ち誇ったようにフィニッシュラインに到達し、直面し克服した戦いの傷跡をいくつか運んでいます。

したがって、プロジェクトの失敗を最小限に抑えるために、プロジェクトリスクに寄与する主な要因を特定するのが賢明です。

プロジェクトの3つの主な制約は、スケジュール、スコープ、リソースとして分類でき、それぞれの取り扱いを誤ると、プロジェクトに波及効果が生じ、差し迫った崩壊に直面する可能性があります。

範囲リスク

必要なものを定義することは必ずしも簡単ではありません。 ただし、スコープリスクを最小限に抑えるために、成果物、目的、プロジェクトの憲章、そしてもちろんスコープを明確に定義する必要があります。

すべてのスコープリスクは、定量化できるかどうかにかかわらず、認識する必要があります。 スコープクリープ、ハードウェアの欠陥、ソフトウェアの欠陥、不十分に定義されたスコープ、法的または規制の枠組みの予期しない変更、および統合の欠陥はすべて、スコープリスクの広範な傘下に分類できます。

利害関係者がプロジェクトの範囲を特定するのに役立つさまざまな方法があります。 リスクフレームワークは、プロジェクトの技術と市場への依存を分析し、それぞれの変更がプロジェクトの結果にどのように影響するかを評価します。

同様に、リスクの複雑さの指標はプロジェクトの技術的側面を調べます。これは簡単に定量化でき、プロジェクトのリスクを示すために0〜99の数値が割り当てられます。

一方、リスク評価では、技術、構造、規模のグリッドを使用して、プロジェクトの提案されたリスクを評価します。

一般的にWBSと略されるWBSは、プロジェクトのリスクも考慮しますが、プロジェクトのリスクは明確に定義されておらず、記載されている目的があいまいです。

スコープリスクは、綿密な計画で最小化および管理できます。 プロジェクトを明確に定義し、プロジェクトの期間を通じて範囲の変更を管理し、リスクレジスターを使用してリスクをより適切に管理し、原因となる要因を特定し、リスクのある状況に対する適切な対応を行い、顧客と協力してリスク許容度を高めます。長期的には大きな配当を支払うでしょう。

スケジュールリスク

タイムラインと合意されたクリティカルパスを守ることは、プロジェクトマネージャーが現在直面している最も困難な状況の1つです。

出力がプロジェクトの制御範囲内にない外部当事者への広範な依存、ほとんどの場合楽観的すぎる推定エラー、ハードウェアの遅延、意思決定の遅延はすべて、手元のプロジェクトを遅延させる傾向があります。

スケジュールのリスクを最小限に抑えるために、十分に活用できるいくつかの実績のある方法があります。 プロジェクトのプロセスフローは、各プロセスに割り当てられた期間が比較的短い、明確に定義された小さなコンポーネントに分割する必要があります（これにより、タスクが早くスケジュールから外れた場合に物事を簡単に識別できます）。

履歴データや過去の経験に基づいて、見積もりをためらったり、見積もりが非現実的であるチームメンバーや外部の当事者に注意してください。

クリティカルパスを策定する際には、発生する休日が方程式に組み込まれていることを確認してください。そうすれば、現実的な期待が最初から作成されます。 可能な限り、リワークループも定義することをお勧めします。

リソースリスク

人と資金は、プロジェクトの主要なリソースベースです。 人々が手元のタスクを実行するのに未熟または無能である場合、プロジェクトが最初から人員不足である場合、または主要なプロジェクトメンバーがプロジェクトの開始後かなり後に乗船する場合、病気の明らかなプロジェクトリスクがあります-計画された人的資源を基盤として。

同様に、財政的な観点から、必要なタスクを実行するのに十分な資金が提供されていない場合、問題の人々に関連するトレーニングプログラムであっても、技術や必要な機械への不十分な投資であっても、プロジェクトは当初から失敗する運命にあります。

プロジェクトコストを正確に見積もり、これらのコストに見合う適切な予算を割り当て、問題のスタッフの能力に過度の期待をかけず、後日燃え尽きることを避けることは、すべてプロジェクトリソースリスクを最小限に抑える要因です。

アウトソースされた機能は、ほとんどの場合、プロジェクトマネージャーの直接の範囲から離れているため、詳細にさらに注意を払う価値があります。 明確に定義された契約と定期的な監視は、このリスクを大幅に軽減します。

プロジェクトの進行に伴って一般的に発生する競合管理も、巧妙な方法で処理する必要があります。これにより、プロジェクトの期間全体を通してプロジェクトがスムーズに実行されます。

結論

すぐにわかるように、すべてのプロジェクトは、計画外の偶発事象と不正確な見積もりによる失敗のリスクを負っています。

しかし、慎重な計画、制約管理、ミスが発生した場合の成功からの回復は、ほとんどのリスクを最小限に抑えます。 確かに、運もプロジェクトの成功に貢献しますが、勤勉で精通した管理慣行がこのような困難のほとんどを無効にします。