リスク管理計画

目的

ダウンが上向きのリスク管理計画の基盤をどのようにリスク管理されるプロジェクトを実施しています。 兼任することの危険性のための指導過程で、そのしきい値、およびその形式で、定義の役割および責任をステークホルダーにリスク管理します。 これは注目すべきではありませんが、リスク管理計画のリストについては具体的ではありませんリスクと、特定の戦略を確立するために使用されるリスクを、彼らは一度識別します。

アプリケーション

リスク管理計画では、プロジェクトのステークホルダーと共有することを明確に自分の役割と責任は、リスク管理プロセスや特定の潜在的なリスクを識別する際には、真に懸念を組織します。 また、予算の概要のリスク過程で、どのようにして詳述したときのリスク偶発資金を割り当てられたかもしれないと適用されます。

コンテンツ

リスク管理の計画はどのようにリスク管理に関する基本的な情報の中に実施されるプロジェクトです。 具体的な行動をすることはありませんアドレスに関連付けられている特定のリスクではなく、むしろ枠組みを形成するように、残りのリスク管理のプロセスです。

1.0リスクプロセス

リスクプロセスの2つの手順と同じくらい簡単かもしれない（例えば、評価と応答）または複雑な手順として6 、 7個（例えば、企画、身分証明書、資格、定量、反応の開発、および応答コントロール[ 3 ] ）します。 プロセスの手順を含めて明確化する方法については、それぞれのプロセスで実施されるとのレベルの深さの情報を提供するために、各します。

2.0リスク責任

同じように、買い手と売り手の環境でのプロジェクトの責任をサービス内容が異なるので、責任を別のリスクをやっていました。 ここでなければならない責任者に記載します。 誰が責任を識別する情報を含む可能性のリスクは、かれらと同様、開発者のための戦略を評価すべきではこれらの最大の意義だ。

3.0危険しきい値

個人と組織の許容しきい値を表すためにリスクがあります。 彼らは、寛容の定義の点では予算、スケジュール、要件、およびその他の文化的に敏感な問題（例えば、政治、メディア露出）します。 彼らは、通常の天井を超えて表現されるこのプロジェクトの続行すべきではない、または上層部の管理ポイントを通知します。

4.0リスク財政

この要素は、リスク管理計画の可能性の両方のアドレスを用意しておくための資金のリスクをプロジェクト内では（予備積立金）と内managemen制御するための資金を用意しておくのリスクは、プロジェクトの範囲内外（管理準備）します。 どちらの場合も、このコンポーネントの計画の詳細を、いつ、どのようにプロジェクトチームを5月から資金を下ろすこれらのアカウントを準備します。 財政の危険性を提供することもできた金額の詳細については、アカウントのために設立される準備します。

5.0リスク評価

プロトコルによって異なるため、プロジェクトの評価、リスク管理計画の詳細を含めていくつかのリスクをどのように得点されると呼ばれます。 特に、リスクの認定資格は、あるべきいくつかの用語の定義の両方で発生する確率は、リスクの影響を与えるとは、来るべきことを通過します。 多くのプロジェクトを採用して低中高（時- mに- l ）のスキームの両方に影響を与える確率とします。
のリスク管理計画の各それらの用語を定義すべきだ。

6.0プロセスタイミング

危険性の高いプロジェクトが必要かもしれませリスクを頻繁に再評価します。 プロジェクトの危険性を下げるような周波数が必要ないかもしれませんします。 のリスク管理計画の詳細を含めてリスクの頻度を識別、評価、および応答の開発と同様、適切なアプリケーションのトラッキングプロセスまたは任意のマニュアルをご覧ください。

アプローチ

それぞれのコンポーネントのリスク管理計画では、さまざまなアプローチがありますが広くします。 キーがある程度の整合性を確保するため、組織内でのプロジェクトです。 1つの例が提供さページ：

1.0リスクプロセス

中には、リスクを発見すると、最初に魅力的なブレーンストーミングセッションを利用可能なすべてのチームのメンバーです。 （リスクは完全に識別を使って文章を明確に否定的な影響の性質の可能性があり彼らは、プロジェクトおよび/またはその組織。 ）かれらは必ず評価を使用するにはh - mに- lをここで定義されるスキームプロジェクトマネージャーおよび/または彼または彼女の被指名します。 これらのリスクを達成するためのスコアを- hまたはmには、さらなるチームの監視リストに掲載され、決定されると戦略を各します。 戦略となるタスクリストに埋め込まれており、チームの活動に割り当てられたとされる個別のチームのメンバーです。 かれらは追跡されるように活動するには、プロジェクトのリスク管理ソフトウェアのテーブルと現在のステータスが更新さを反映します。 その過程は、少なくとも一度は更新されるごとに2カ月ます。

2.0リスク責任

このプロジェクトマネージャは、コーディネーターとしてのリスクをします。 マーティンl.はチーム公文書保管の危険性の両方で更新してプロジェクト管理ソフトウェアおよびリスクレポートを提供する必要性を基準として管理されます。 チームメンバーは、割り当てられた責任を負うリスク活動します。 ジョンc.分からは、すべての文書の会合やリスクに責任を普及して3日以内のミーティング'結論します。

3.0危険しきい値

リスクをして、どのような個人（来て合格すれば）は、これらのしきい値を超えなければならないエスカレートしてすぐにプロジェクトマネージャーのためのさらなる神の摂理の注目を集めています。

予算： 2万ドル;

スケジュール：どんな影響を与えるクリティカルパスのタスクを;

要件：任意の要件への影響が最終的に表示されるように変更したり、顧客の性質の交付;

政治：プロンプトで、クライアントがどんな危険を冒して電話をかけて経営管理され、顧客やエンドユーザーます。

4.0リスク財政

このプロジェクトの偶発危険性が確立さで、 8 ％のプロジェクトの予算の合計です。 割り当てられた可能性があり、これらの資金を完了フォーム517w 、特定の性質を識別するための根拠として配分します。 完了しなければならないフォームに提出した会計ナンシーaにします。

5.0リスク評価

このプロジェクトでは、以下の評価基準を適用：

確率

高頻繁に発生します。 いくつかのプロジェクトではありませんが発生します。
-メディアとしての可能性としてはない。 （デフォルトは不確かなリスクます）低も起こり得る。 それを見てきたし、少なくとも1つのプロジェクトを前にします。 遠隔非常に低いです。 見られませんでしたが、それでももっともらしいです。

影響

高コスト： 1万ドル以上します。 スケジュール：パスに影響を及ぼす重大な課題なのです。 要件：顧客または変更して目に見える性質を交付します。 媒体費用： $ 1000 -1万ドルです。 スケジュール：任意のタスクを実行するに影響を与える未満の3日間の合計floatになります。 要件：目に見える内部では、変更はありませんからの性質を交付します。

低コスト：未満で1000ドルだ。 スケジュール：タスクに影響を及ぼすとの3日の合計フロート以上となります。 要件：目に見えないオリジナルの開発者をすべて保存しています。

すべての媒体の高さ（確率に影響を与える）されるアイテムの戦略とリスク評価のためのトラッキングリストに追加されます。

6.0プロセスタイミング

その過程では、少なくとも一度は1カ月おきに実施します。

配慮

リスク管理のために設計を奨励する計画は、いくつかのリスク管理の慣行との整合性を測定することができますまたは再利用されることがあり、リサイクルプロジェクトからです。 それが行われた場合には、キーを確認しては、しきい値のリスクが適切であるため、現在のプロジェクトとし、責任の割り当ては定期的に更新を反映して、現在のプロジェクトチームのメンバーです。