リスクレジスターは、まだ発生していない事柄を記録します。各項目には、イベント、その原因、費用、発生可能性、担当者、そして対策の6つを記載します。一度発生した項目はリスクではなくなり、課題として別の場所で追跡されます。
この境界線こそが、ほとんどのリスクレジスターが形骸化する原因です。レビューされる文書であるため、課題がリスクとして記録され、リストは肥大化し、2ヶ月もすれば懸念事項と事実が混在した記録となり、誰も読まなくなります。チーム間で共有されるモジュールではなく、ファイルに保管すべきは、商業的に機密性の高い情報です。具体的には、サプライヤー名、契約上の違約金、内部コストの露出などは、プロジェクトファイルに留めるべきです。
このレジスターは7つのシーンで構成されています。リスクと課題の区別、具体的な行動につながる項目の書き方（2シーン）、発生可能性と影響、そしてスコアリングよりも議論が重要である理由、担当者の重要性（担当者がいないリスクは単なる飾りである理由）、対応の種類、そしてレジスターを機能させ続けるためのレビュー頻度について解説します。
どのプロジェクトも、最初はリスクレジスターを作成しますが、ほとんどが2回目の報告サイクルまでに更新を停止してしまいます。このモジュールは、その形骸化に直接対処することで初めて真価を発揮します。問題はフォーマットにあるわけではないからです。
「ベンダーが統合日に間に合わなければ、テストは3週間遅れる。」原因、事象、結果を明確に。例えば「リソース」のような単語だけのトピックで埋め尽くされたレジスターは、具体的な行動につながらず、やがてレビューされなくなります。
「エンジニアリング部」が担当するリスクは、実質的に誰も担当していません。個人名を明確にすることで、レビュー中に慌てて更新するのではなく、事前に対応が進むようになります。
もはや該当しないリスクをクローズすることが、レジスターの信頼性を維持します。増え続けるだけのリストは、何も管理されていないことを示唆します。
別途設定されたリスク会議は、真っ先にキャンセルされがちです。既存の会議に10分間のレビューを組み込むことが、多忙な月でも継続できる唯一の運用サイクルです。
PMOガイドライン、チームが使用しているリスクレジスターテンプレート、または前回のプログラムで得られた教訓ログをアップロードしてください。PDF、DOC、DOCX、PPTX、TXT形式で200MBまで対応しています。ドラフトはシーンごとに編集され、元のファイル自体が変更されることはありません。
社内で既に公開されているPMOガイドラインには、必要なコンテンツがすでに含まれています。次のプロジェクト開始前に、ドラフトを調整しましょう。
オンボーディングガイドやヘルプセンターページを追加すれば、数分で編集可能な下書きが生成されます。