あなたは、自分のプロジェクトのリスクをブレインストーミングするのを止めたことがありますか？ 多くの技術専門家と同じように、あなたは朝出社し、前日の続きからプロジェクトを開始するだけです。
プロジェクト管理の標準では、プロジェクトの重要な成功要因に対するリスクについて事前に計画するよう定めています。 各リスクは識別され、リスクログに確率と重大度（1～10または類似）の尺度でランク付けされるべきです。
リスク = 確率 x 重大度
いったん優先順位を付けたら、プロジェクトリスクを管理するには5つの主要方法があります。
Avoidance
可能ではないことが多いが、これはプロジェクトからリスクを除去する最も簡単な方法である。 6245>
時には、大きなリスク要因を持つプロジェクトの小さな部分を取り除くことができます。 この場合、積極的なリスクマネジメント計画は非常に価値のある努力である。
リスクを取り除くためにプロジェクト計画を変更することは、プロジェクトの範囲、リソース、および/または時間の変更を伴うが、正しい対応である可能性がある。 よりよい対応策が見つからない場合、リスクを受け入れることでプロジェクトを進めるのに十分かもしれない。 すべてのリスクを排除することが必須というわけではありません。 しかし、それらはプロジェクト計画の一部であり、すべての適切な関係者がそのリスクを受け入れることに署名しているという必要な範囲で項目化され、分析されるべきものである。 リスクが発生した場合、コスト／時間／その他に影響があることをマネジメントに通知すべきである。
プロジェクトリスクを受け入れる一環として、時間、コスト、リソースなどのコンティンジェンシーを許容することが賢明かもしれない。
監視と準備
リスクの受け入れと同様に、この対応は高い確率や重大さを持ちながら、プロジェクトで受け入れなければならない主要リスクに使用することができる。
- リスクを起動するトリガーを監視する計画を立てる。
- リスクが発生したときに直ちに動員できる行動計画を立てる。 プロジェクトのスケジュールがオーバーランする可能性は高い。 プロジェクト計画には、”毎週スケジュール差異を監視し、スケジュール差異がYを超えたらすぐにXの担当者に通知する “といった内容を盛り込むことができる。 そうなったら、考える必要はない。 これはMonitor and Prepareの例である。
Mitigation
リスクは確率と重大性の関数なので、この両方の要素を精査して、プロジェクト失敗のリスクを減らすことができる。
- Probability of occurance. リスクが発生する可能性を減らすための対策を講じる。 そもそもリスク発生を経験しない方が良いので、これは通常、深刻度を下げるよりも好ましい選択肢である。
以下は、ブレーンストーミングのためのいくつかのアイデアです：
- 手順や業務の複雑さを減らす。
- 追加または詳細なプロトタイプを作成する。
- 担当者に追加の技術トレーニングを提供する。
- さらに現場訪問を行う。
- 追加の仕様を書く。
転移
最後に、リスクを別のパーティーに転移することができます。 当然ながら、これには通常、何らかのトレードオフ（またはコスト）が必要となります。 リスクの結果を第三者に転嫁することは、必ずしも容易ではありませんが、見過ごされがちです。 以下はいくつかのアイデアです。
- 保険に加入する。
- 難しい仕事は、より経験のある会社に外注する。
- 単価契約の代わりに固定価格を使用する（あなたがオーナーなら、あなたがベンダーならその逆です）。
- 保証や担保を外す。
プロジェクトのリスク管理に使用する方法が何であれ、時間をかけて行うことを期待します。 リスク項目ごとにリスクログを作成し、各リスクに対処するための戦略を書き出しましょう。 そうすれば、プロジェクトの成功がもはやそれほどつかみどころのないものではないことがわかると思います。