管理プロジェクトのリスクと課題

固有の（またはビジネス）リスク

固有のリスクはあなたのポータルプロジェクトの周辺環境に存在するリスクである。それはあなたの組織に固有になる傾向があります、それは文化、政治です。あなたが断片化されたビジネスを（地理的または機能のいずれか）がある場合たとえば、、これはコミュニケーション不足の高い固有のリスクを作成します。

プロジェクト（特定の）リスク

プロジェクトのリスクは、プロジェクトに固有のリスクである。いくつかのプロジェクトのリスクはあなたがやっているものの性質に由来し、任意のプロジェクトに共通する一定のリスクは、（あなたが展開している技術のユーザーに不慣れなど）があります。しかし、ほとんどのプロジェクトのリスクには直接的な影響下にある、例えばプロジェクトチームのスキル、ガバナンスの有効性のレベルなどがあります。

段階のリスク

最後に、プロジェクト計画の任意の位相の特定のアクティビティに関連付けられているリスクである "ステージのリスクが"あります。

リスクログとリスク計画

ポータルプロジェクトのリスクの制御に滞在するためには、どのプロジェクトに関与し、誰が追加するために付与される、すべてのリスクの正式なログを持っている理にかなっています。あなたが最初のログを移入するために正式なワークショップを使用する場合があります。

リスクを評価する

それぞれのリスクは、（ただし、派生した）リスクの確率が実現されることにより、単純な方法論を用いて評価することができる（ '可能性'）とプロジェクト目標に及ぼす影響（ "重症度"）のサイズを測定することができます。

最も簡単なシステムは、（PRINCEのプロジェクト管理方法に基づく）可能性と重大度（1が低く、3が高いです）のために1-3のスコアを与えることである。これらのスコアから、各リスクの重要性は可能性と重症度の積として測定することができます。

明らかに、重要度9のいずれかのリスクは6のように定格リスクに続いて、即時の注意を払う必要があります。

危険な対策

各リスクの重要性は、定期的に時間をかけて影響を与える変更の可能性と重症度の程度に基づいて、維持されるべきである。

それぞれのリスクについては、1は、リスク計画に対抗策を入力する必要があります。リスクを排除することができる場所、これは対抗策となります。それは完全に排除できない場合、その後のリスク軽減行動が最も適切であろう。

問題のログ

リスクは、発生する問題が既に起こっているものである一方で、まだあるものです。それもまた、プロジェクト上の任意の問題を追跡するためにリスクログを使用すると便利かもしれません。問題は、一般的に次のいずれかのカテゴリに分類されます。

（R） - 変更の要求（プロジェクトの範囲で）;

（O） - 項目はオフ仕様であることが同定された;

（Q） - 質問が解決する必要があることを提起されている。

（S） - 懸念の声明が誰かによって提起されている。と

（I） - その他の問題。

スコアの問題に、単に重要度（1〜9）とみなす。

リスク管理と課題

一度場所に計画を入れている、それは定期的に監視し、展開されている、彼らはプロジェクト全体のリスクプロファイルを減らすのに成功しているかどうか、対策を報告す​​ることが重要です。

テンプレート、リスクとイントラネットポータルのデプロイメントプロジェクトに関連する問題の例については、（無料でhttp://www.viney.com/DFV/intranet_portal_guide/during/managing_risks_issues.html ">リスク管理と問題に私の章をチェックしてくださいアクセスするには）イントラネットポータルのガイドを参照してください。

あなたは、行動管理、リスクや問題について定期的に報告した場合、あなたは実質的にプロジェクトの成功のチャンスを改善します！...