ガイド › ガイド

リスク登録簿（リスク管理表）テンプレート

誰も読まないリスク登録簿は、善意を並べた表計算シートにすぎません。この列構成と平易な採点基準、そして毎週の習慣があれば、スポンサーが名指しで求める文書になります。

コピーして使う列

まずはこの列から始め、列を増やしたい誘惑に耐えましょう。列が1つ増えるたび、最新に保つものが1つ増えます。

• 管理番号と、心配事ではなく事象を名指しする1行のタイトル。
• 説明は「もし〜が起きれば、〜になり、〜に影響する」の形で。
• カテゴリ：スケジュール、コスト、スコープ、リソース、取引先、技術、外部要因。
• 発生可能性（1〜5）、影響度（1〜5）、スコア（発生可能性×影響度）。
• 担当者：実名の1人。チームではなく。
• 対応：回避、軽減、移転、受容。
• 軽減アクション。それぞれに担当者と期日。
• 予兆：リスクが課題に変わりつつある早期のサイン。
• ステータス（未解決、終了、発生）と最終レビュー日。

平易な言葉による採点基準

チームはリスクそのものよりも、採点で議論しがちです。基準を一度合意し、登録簿の上部に書いて、議論をやめましょう。

基準の例（説明用）：スコア1〜4は低、5〜9は中、10〜16は高、17〜25は致命的。区分は、自社のリスク許容度に合わせて調整してください。

• 発生可能性 1：起こりにくい。3：十分起こりうる。5：起こると予想される。
• 影響度 1：1〜2日の遅れ、またはごくわずかなコスト。3：マイルストーンが動く、または予算が逼迫する。5：事業計画や期限が危うくなる。
• 発生可能性4、影響度3ならスコアは12で、高の区分に入ります。
• 区分をスポンサーと見直し、「高」の感覚をそろえます。

行動につながるリスクの書き方

最もよくある失敗は、リスクを「リソース」のようなトピックとして書くことです。何が起こりうるか、何を引き起こすか、いくらかかるかを書いてください。

良いリスクには、原因、事象、結果があり、実名の人が軽減できます。

• 弱い例：取引先の遅れ。
• 良い例：取引先が3月14日の納品日に間に合わなければ、テストの開始が遅れ、稼働が最大3週間遅れる。
• 何が成り立てば起きるのかを問い、それを予兆として使います。

毎週生かし続ける

状況報告のたびに、主なリスクを担当者とレビューします。過ぎたものは閉じ、発生したものはその日のうちに課題に昇格させ、新しいものを追加します。

• 未解決の項目をすべて担当者とレビューし、最終レビュー日を更新する。
• 各軽減アクションが、実際に計画に入っているか確認する。
• スコア上位5件と、動きがあったものを報告する。
• リスクを取り下げるときは、理由のメモとともに明示的に行う。

置き場所

登録簿は、計画とつながっているときに最も力を発揮します。SenshinのRAIDログは、各リスクを影響を受けるタスクやコストの行に結びつけるため、計画が動いたとき、どのリスクが一緒に動いたかが分かります。

Senshinでの位置づけ

よくある質問

その他のガイド

最終更新: 2026-10-22