プロジェクト計画プロセスを開始するとき、自分自身に尋ねるべき最初の質問のXNUMXつは、「何がうまくいかない可能性があるか」です。
悲観的に聞こえるかもしれませんが、実用的なプロジェクトマネージャーは、この種の考え方が予防的であることを理解しています。 問題は確実に発生し、あなたは リスク管理戦略 プロジェクトの準備中にリスクを管理する方法を知るための場所。
しかし、どうやって未知のものに取り組むのですか？ この投稿では、潜在的なリスクを覗き見して、プロジェクトでそれらを特定して追跡できるようにする方法について説明します。 プロジェクトのリスク管理計画を作成する方法と評価を行う方法を学びます。
プロジェクトリスク管理（PRM）とは正確には何ですか？
プロジェクトリスク管理は、プロジェクトマネージャーがプロジェクトにプラスとマイナスの両方の影響を与える可能性のある潜在的なリスクを管理するプロセスです。 目標は、これらの危険の深刻さを軽減することです。
リスクとは何ですか？
リスクとは、人、技術、リソース、またはプロセス（プロジェクトを含む）に影響を与える可能性のある予期しないインシデントとして定義されます。 日常的な問題とは対照的に、リスクは突然、時には完全に予期せずに発生する可能性のある状況です。
プロジェクトマネージャーは、プロジェクトが発生するときに直面するリスクとその理由を常に把握しているわけではありません。 かなりの不確実性があるため、プロジェクトのリスク管理には真剣かつ徹底的なアプローチが必要です。
一言で言えば、プロジェクトリスク管理プロセスは、リスクを検出して分析し、プロジェクトのライフサイクル中に発生する可能性のある危険に対応することです。
これは、リスクの影響を可能な限り制限し、将来的に目的が達成されるようにするために行われます。
プロジェクトリスク管理の責任者は誰ですか？
プロジェクトリスク管理はすべてのプロジェクトで同じですが、さまざまな形をとることができます。 プロジェクトの種類とサイズが異なると、リスク管理への異なるアプローチが必要になります。
多くの大規模プロジェクトは、包括的なリスク管理と問題解決ソリューションに多大な時間と労力を費やしています。
小規模なプロジェクトでは、優先度の高い、中程度、低いリスクの単純な優先順位リストで十分です。
プロジェクトのリスク管理評価
プロジェクト管理における適切なリスク評価は、ネガティブなイベントが発生する可能性を減らすだけでなく、それが発生する規模を最小限に抑えるのにも役立ちます。 予期しない否定的な結果は、プロジェクトマネージャーにとって最悪の悪夢です。 プロジェクトの調達からプロジェクトの実施まで、XNUMX万とXNUMXつのことがうまくいかない可能性があります。 ここで、プロジェクトのリスク管理評価またはリスク評価が役立ちます。
リスクアセスメント
リスク評価は、特定のハザードの確率とサイズの分析に主に関係するリスク管理の概念です。 リスクの重要性を判断するために、概算のリスクが事前定義されたリスク基準と比較されます。
調査の範囲内または範囲外のコンポーネント間の関係が考慮されます。 アクチュアリーまたはリスクアセッサーが常にこのプロセスを担当します。
プロジェクトのリスク管理評価の重要性
うまく実行されたプロジェクトは、プロジェクトの開始前に徹底的なリスク評価を実施する能力に依存しています。 これにより、プロジェクトチームのメンバーは、何を期待できるかを知るだけでなく、そのような予期しないイベントの規模を把握することができます。
これにより、利害関係者は、より適切な計画を立て、リスクを受け入れ、移転、または排除するのに役立つ緊急時対応計画を作成できます。
安全ステートメントは、リスク評価の結果です。 安全声明はそれを保証します：
- 組織は倫理的に運営されています。
- 訴訟が発生した場合、すべての利害関係者は法的保護を受けます。
- これにより、組織は発生する可能性のあるあらゆる費用に備えて財政的に準備することができます。
プロジェクトリスク管理評価のステップ
＃1。 すべての潜在的な危険は、リスク評価者によって識別されます。
ハザードを特定するために、評価者は同様の以前のプロジェクトのデータベースを調べることができます。 次に、個人的な関係、チームのダイナミクスに特に注意を払い、すべての批判を無視しながら、チームメンバーの以前のイベントの記憶を更新するためのブレーンストーミングセッションが編成されます。
評価者は、プロジェクトの成功に不可欠な側面に焦点を当てることによってリスクの主要な原因を発見しようとしますが、全員がそれらの成功コンポーネントの失敗を引き起こす可能性のある懸念についてブレインストーミングします。 「何が起こる可能性がありますか？」などの質問」「どこで発生しますか？ 」「どうしてこれが起こるのでしょうか？ 」と「それはどのように起こりますか？ 」が提起されます。
危険が物理的、法的、戦略的、または経済的であるかどうかを知ることも有用です。
＃2。 リスク分類
リスク評価者は、リスク評価のこの段階での確率と影響に基づいて、検出されたすべてのリスクを分類します。
評価者は、リスクが発生する可能性を考慮し、それを低、中、または高に分類します。 影響の観点から、それがどこまで広がる可能性があり、誰が、またはどの場所が影響を受ける可能性があるかを検討してください。 これは、低、中、高に分類される場合もあります。
＃3。 リスク評価
アクチュアリーまたは査定人（選択した人に応じて）は、リスクを評価しながら、優先度の高いリスクをどのように処理するかを決定します。 保険会社は、リスク補償を提供するよう求められる場合があります。
状況によっては、リスクを軽減または排除するための提案が行われる場合があります。 それを取り巻く活動は変更される可能性があり、それらがより高いカテゴリーのリスクに進化するかどうかを決定するために、より低いまたは中程度のカテゴリーのリスクが監視されます。
＃4。 分析と評価が文書化され、プロジェクトチームに適切な推奨事項が提供されます。
プロジェクトとすべての資産を保護するために、プロジェクトのリスク評価のこの段階で不測の事態が発生します。 これは、いくつかの方法で実現されます。
- リスクを冒す
- 危険を（保険会社に）移転する
- 危険の受容
- リスクを下げる
リスク管理計画の側面
Webデザインおよび開発プロジェクトには危険が伴います。 建設計画、または製品デザイン。 それがプロジェクト管理の本質です。 しかし、それはまた、プロジェクトのリスク管理戦略を構築することによって事前に計画することが常に不可欠である理由でもあります。 プロジェクトのリスク管理計画は通常、以下に詳述するいくつかの側面で構成されています。
＃1。 潜在的な危険を認識する
リスクの特定は、プロジェクトとプロジェクト全体の両方で行われます。 多くの危険は「既知のリスク」と見なされますが、他の危険は追加の調査を必要とする場合があります。
リスクを検出するために、プロジェクトタイプに合わせたリスク識別チェックリストを作成します。 これは、すべての利害関係者と業界の専門家にインタビューすることで達成できます。 多くのハザードは、技術的または組織的なものとして分類され、テクノロジー、インターフェース、パフォーマンス、ロジスティクス、予算などの特定のサブカテゴリによって識別されます。 リスクを作成する 倉庫 インタビューしたすべての人と共有して、識別プロセス中に発見されたすべての既知の危険を一元管理することができます。
＃2。 影響と可能性を比較するグラフを作成します。
この管理フェーズでは、リスクが発生する可能性とプロジェクトへの影響など、リスクの定性的および定量的な影響を確認し、マトリックスまたはスプレッドシートにレイアウトします。
まず、危険の可能性が低いものから高いものまでの確率スコアを提供します。 次に、リスクへの影響を低から中、高にランク付けし、それぞれにスコアを割り当てます。 これにより、リスクがプロジェクトの成功に影響を与える可能性がどの程度あるか、および対応がどれほど迅速である必要があるかがわかります。
すべてのチームメンバーと利害関係者がマトリックスを把握しやすくするために、効果レベルスコアにリスク確率スコアを掛けて、全体的なリスクスコアを提供します。
＃3。 リスク対応計画を作成する
リスク対応の計画は通常、リスクを取り除くことと、プロジェクトへのリスクの影響とリスクの発生の両方を最小限に抑えることのXNUMXつの基本概念で構成されます。 そうすることは、通常、時間またはお金の面でコストがかかります。 結果として、リスク管理計画を作成する前に、時間、お金、および範囲を適切に配置する必要があります。
＃4。 所有者にリスクを割り当てます。
さらに、各リスクにリスク所有者を割り当てる必要があります。 通常、プロジェクトマネージャがデフォルトですが、具体的にする必要があります。 マトリックスを作成するときは、各リスクの所有者を含めて、リスクが発生した場合に誰が対応を実施する責任があるかが不明確にならないようにし、所有者が迅速に対応できるようにします。
具体的な対応をメモし、それを実装する前にすべての利害関係者に承認してもらいます。 そうすれば、問題の記録と、プロジェクトが終了したら解決するための解決策が得られます。
＃5。 トリガーを認識する
これは、プロジェクトにすでに影響を与えるリスクの有無にかかわらず発生する可能性があり、プロジェクトの進捗状況を確認する方法として、プロジェクトのマイルストーン中に特に一般的です。 もしそうなら、既存の危険性を再分類することを考えてください。
特定のトリガーが満たされていない場合でも、プロジェクトの進行に合わせてバックアップ計画を作成することをお勧めします。プロジェクトの特定のポイントが達成されると、特定のリスクの基準が存在しなくなる可能性があります。
＃6。 バックアップ計画を作成する
リスクへの影響と確率行列は常に変化するドキュメントであると考えてください。 リスクの分類はプロジェクト中にいつでも変更される可能性があるため、プロセスの一部として緊急時対応計画を作成する必要があります。
プロジェクトのマイルストーン全体で新しいリスクを発見し、既存のリスクを再評価して、それらのリスクの条件が満たされているかどうかを確認することは、緊急時対応計画の例です。 リスクを再分類するには、バックアップ計画を少し調整する必要があります。
＃7。 リスクのしきい値を決定する
リスクのしきい値を測定するには、どのリスクが高すぎるかを判断し、利害関係者と話し合って、プロジェクトを継続する価値があるかどうかを判断する必要があります。時間、お金、または範囲の観点から価値があります。
「非常に高い」またはいくつかの「高い」評価のスコアを持つリスクを検討し、プロジェクト自体が失敗するリスクがあるかどうかを評価するために、リーダーシップチームおよび利害関係者と協力します。 追加の協議を必要とするリスクは、リスクのしきい値を超えています。
プロジェクトのリスク管理計画を最新の状態に保つためのベストプラクティス
プロジェクトのリスク管理計画は、いくつかの方法でのみ失敗します。資金不足、モデリングエラー、またはリスクを露骨に無視することにより、徐々に失敗します。
リスク管理計画は、プロジェクトの開始から終了までの期間中に進化します。 結果として、ベストプラクティスは、リスク管理計画の監視フェーズに集中することです。 引き続きリスクとそれぞれのスコアを評価および再評価し、各プロジェクトのマイルストーンでリスクに対処します。
プロジェクトリスク管理に関するFAQ
プロジェクト管理におけるプラスのリスクは何ですか？
ポジティブリスクとは、プロジェクトまたは組織に利益をもたらす可能性のある状態、イベント、発生、または状況です。
高リスクプロジェクトとは何ですか？
リスクの高いプロジェクトとは、目立つプロジェクトであり、ビジネスの内外で幅広い影響力を持ち、プロジェクトチームの能力に対する大きな課題を表しています。
プロジェクト管理におけるプラスとマイナスのリスクは何ですか？
一般に、ポジティブリスクは、プロジェクトに貴重な影響を与えるため、常にオープンであり、奨励する必要があります。 一方、負のリスクは逆であり、そのようなリスクの最悪のシナリオはプロジェクトの失敗です。
