なぜ「リスクの点数化」がプロジェクト管理で効くのか（Excelで始めるメリット）
プロジェクトのリスク管理がうまく回らない原因の多くは、リスクそのものが見えていないのではなく、「重要度の共通認識が揃っていない」ことです。「それ、気になるね」「たぶん大丈夫でしょ」といった会話は、メンバーの経験則に寄りかかりやすく、優先順位がブレます。そこで効くのがリスクの点数化です。発生確率や影響度をスコアに落とすことで、曖昧な不安を“比較できる情報”に変換できます。
点数化の最大のメリットは、意思決定が速くなること。たとえば「高スコアのリスクから先に潰す」「対策コストが重いなら次点リスクで代替する」など、打ち手の順番が自然に決まります。さらに、上司や他部署への説明も楽になります。感覚ではなく数字で語れるので、「なぜ今これに時間を使うのか」を短く伝えられ、合意形成がスムーズです。
もう一つの効果は、定例会の質が上がることです。点数がないと議論は「最近どう？」「問題ある？」になりがちですが、スコアがあると「上位5件のリスクは先週から変化した？」「点数が上がった要因は？」と、確認すべき論点が絞れます。結果として、会議が“報告会”から“対策会”に変わります。
そして今回のテーマがExcelで始める理由。20代のサラリーマンにとって、ツール導入の稟議や権限の壁は現実的に高いですよね。Excelなら、
- 今日から作れる（社内PCにほぼ入っている）
- 共有しやすい（Teams/SharePoint/メールでも回る）
- カスタムが速い（自分の案件の項目に合わせられる）
- 説明しやすい（表と色分けで直感的に伝わる）
という強みがあります。特に「リスク台帳を作ったけど更新されない」問題は、入力が面倒・見る価値が伝わらない、のどちらかです。Excelでプルダウンや自動集計、条件付き書式まで整えると、入力の手間が減り、見る側も「優先度が一目でわかる」状態になります。
このテンプレート記事では、リスクをただ並べるのではなく、点数→優先度→対策→進捗まで一気通貫で回せる形を目指します。まずはこの第1章で押さえたいのは、点数化は“管理のための数字遊び”ではなく、判断と行動を早くするための仕組みだということ。次章から、Excelでその仕組みをテンプレとして組み立てていきます。
テンプレート全体設計｜必要な項目とシート構成（リスク台帳／集計／ダッシュボード）
点数化を“仕組み”として回すには、最初にExcelの器（シート構成）を決めるのが近道です。おすすめは、「入力（リスク台帳）」→「自動集計」→「見る（ダッシュボード）」を分ける3シート構成。入力する場所と、判断する場所を分離すると、更新が楽になり、会議で迷いません。
① リスク台帳（入力の本丸）
ここは「誰が見ても同じ粒度」で記録できる項目に絞ります。列例は以下です。
- ID：R-001のような連番（後で参照しやすい）
- リスク内容：1行で言い切る（例：API仕様変更で改修が発生）
- カテゴリ：要件/技術/体制/品質/外部…など
- 発生確率：1〜5（次章でルール化）
- 影響度：1〜5（同上）
- 検知難易度（任意）：1〜5（入れるならここ）
- スコア：自動計算欄（手入力しない）
- 優先度：高/中/低（自動判定）
- 対策案：やることを具体化（「確認する」ではなく「○日までに○○に合意」）
- オーナー：担当者（名前 or ロール）
- 期限：対策の締切
- ステータス：未対応/対応中/完了/監視 など
- 最終更新日：更新抜けをあぶり出す
コツは、「会議で次に何を決める？」から逆算して項目を置くこと。リスク説明だけで終わる台帳は続きません。オーナー・期限・ステータスまでセットにして、アクションにつなげます。
② 集計シート（ピボットの土台）
集計シートは、台帳をそのまま参照しつつ、分類別・担当者別・優先度別に数字を出す場所です。ここでやることは「加工」ではなく「切り口の用意」。たとえば、
- 優先度「高」の件数
- カテゴリ別の高リスク件数
- 担当者別の未対応件数
- 期限切れ（期限＜今日、かつ完了以外）の件数
を作っておくと、次のダッシュボードが一気に作りやすくなります。集計は自動が鉄則なので、台帳側の列名・入力値を固定して、後から壊れない形にします。
③ ダッシュボード（見るだけで判断できる画面）
最後は、上司や関係者と共有する“1枚絵”。おすすめの構成はシンプルに3点です。
- 重要リスクTOP10（スコア順）：ID/内容/優先度/オーナー/期限
- 分布（カテゴリ×優先度）：どこに偏っているかを可視化
- アラート枠：期限切れ・更新停止（例：最終更新が14日超）
ダッシュボードの役割は、“全部を見せる”ではなく「次に手を打つ場所を示す」こと。細部の根拠は台帳に戻ればよいので、ここは意思決定の導線に徹します。
この3シート構成を先に固めておけば、次章の点数化ルール（発生確率×影響度、必要なら検知難易度も）を入れた瞬間に、台帳→集計→ダッシュボードがつながり、更新するほど“勝手に見える化される”テンプレになります。
点数化ルールの作り方｜発生確率×影響度（＋検知難易度）のスコア設計
テンプレートの価値を決めるのが、点数化ルールです。ここが曖昧だと「人によって点が違う」状態になり、結局“数字の会話”になりません。逆にルールが揃うと、リスク台帳は優先順位を自動で決めてくれる道具になります。
基本形：発生確率（P）×影響度（I）の掛け算
まずは全案件で使いやすい5段階×5段階がおすすめです。スコアは P×I（1〜25点）。掛け算にする理由はシンプルで、「どちらかが低いと過剰に高点になりにくい」一方で、「両方高いリスクは一気に上位に来る」からです。
- 発生確率（1〜5）：そのリスクが起きそうか
- 影響度（1〜5）：起きたらどれだけ痛いか
評価基準は“感覚”を減らすために、なるべく言い切り＋目安で揃えます。例：
| 評価 | 発生確率（P）の目安 | 影響度（I）の目安 |
|---|---|---|
| 1 | ほぼ起きない（特殊条件が必要） | 影響軽微（吸収可能、遅延0〜1日） |
| 2 | 低い（過去に稀にあった） | 小（遅延1〜2日、限定的な手戻り） |
| 3 | あり得る（条件が揃うと起きる） | 中（遅延3〜5日、追加工数が必要） |
| 4 | 高い（似た事象が進行中/頻発） | 大（遅延1〜2週、品質/顧客影響） |
| 5 | ほぼ確実（対策しないと起きる） | 致命的（延期・契約影響・重大障害） |
ポイントは、影響度にあなたの職場の“痛み”を入れること。たとえば「遅延日数」「追加工数」「顧客影響（クレーム/再発防止）」「売上・違約金」など、上司が判断しやすい尺度が混ざるほど強いです。
応用：検知難易度（D）を足して “見えない地雷” を拾う
もう一段精度を上げるなら、検知難易度（D）を追加します。目的は、発生確率が中でも「気づいた時には手遅れ」なリスクを上位に押し上げること。たとえば、仕様の認識ズレや品質劣化は、見つけるのが遅れるほど被害が跳ねます。
設計は2パターンが扱いやすいです。
- 加点式（おすすめ）：スコア＝P×I＋D（最大30点）
- 倍率式（強め）：スコア＝P×I×D（最大125点、差が激しくなる）
Excel運用ならまずは加点式が無難です。点が暴れにくく、優先度の境界が作りやすいからです。検知難易度の目安はこんな感じ。
- D=1：すぐ気づける（監視指標がある、前兆が明確）
- D=3：気づけるが遅れがち（レビューや定例で発見）
- D=5：気づきにくい（潜伏、偶発、発見が事後）
優先度（高/中/低）に落とす境界線を決める
スコアは比較の材料ですが、会議で使うのは結局優先度です。境界線は最初から完璧にせず、まずは運用しやすい3段階で置きましょう。
- 高：16点以上（例：P×Iが4×4以上）
- 中：9〜15点
- 低：1〜8点
検知難易度を足す場合は、上記に加えて「Dが4〜5なら一段階引き上げ」のようなルールも効きます。こうすると、数字が同点でも“危ない方”を上にできます。
この章のゴールは、点数を作ることではなく、チーム内でブレない物差しを持つこと。次章では、このルールをExcelに落とし込み、プルダウン・自動計算・条件付き書式で「入力した瞬間に優先度が決まる」状態まで仕上げます。
Excel実装ガイド｜入力規則・プルダウン・条件付き書式・優先度自動判定
点数化ルールが決まったら、次は「入力のブレを潰して、自動で見える」状態にします。ここを丁寧に作ると、台帳が“更新される仕組み”に変わります。
① 入力規則で「迷わせない」：プルダウンの作り方
まず、カテゴリ／発生確率（P）／影響度（I）／検知難易度（D）／ステータスは手入力禁止にします。別シート（例：List）に候補を縦に並べ、範囲を選んで数式タブ → 名前の定義で「CategoryList」など名前をつけます。
リスク台帳側の列を選び、データ → データの入力規則 → リストで、元の値に =CategoryList を指定。P/I/Dは「1,2,3,4,5」のリストでOKです。これで表記揺れ（高い・HIGH・Hなど）が消え、集計やピボットが壊れにくくなります。
② スコアは“入力しない”：計算式を固定する
台帳はテーブル化（範囲選択 → Ctrl+T）しておくと、数式が自動で下までコピーされて運用が楽です。スコア列には、3章で決めたルールをそのまま入れます。
- P×Iのみ：
=[@発生確率]*[@影響度] - 加点式（P×I＋D）：
=[@発生確率]*[@影響度]+[@検知難易度]
入力ミス対策として、未入力のときは空欄にしたいなら、=IF(OR([@発生確率]="",[@影響度]=""),"",[@発生確率]*[@影響度])のようにガードを入れます。
③ 優先度の自動判定：IFで「高/中/低」を出す
優先度列には境界線（例：高=16以上、中=9〜15、低=8以下）で判定式を入れます。
=IF([@スコア]="","",IF([@スコア]>=16,"高",IF([@スコア]>=9,"中","低")))
さらに「Dが4〜5なら一段階引き上げ」を入れるなら、優先度判定の前に補正点（例：+3）を足す、または別列で補正後スコアを作って判定すると破綻しません。
④ 条件付き書式で“一目で危険”にする（会議が速くなる）
おすすめは次の3つだけに絞ること。色が多いほど見づらくなります。
- 優先度=高：行全体を薄赤（数式：
=$I2="高"のように優先度列固定） - 期限切れ：期限セルを赤字（例：
=AND($L2<TODAY(),$M2<>"完了")） - 更新停滞：最終更新日が14日超は黄色（例：
=$N2<TODAY()-14）
行全体の色分けは、台帳をフィルターしたときも効くので、ダッシュボードを見なくても“危ない場所”が分かります。
⑤ 仕上げ：入力のストレスを減らす小技
最後に、運用を続けるための実装小技です。
- フィルター常時ON（テーブルなら自動）：高リスクだけ抽出しやすい
- 列の並びは「内容→P/I/D→スコア→優先度→対策→オーナー→期限→ステータス→更新日」
- スコア・優先度は編集不可にしたいなら、シート保護（入力列だけロック解除）
ここまでできれば、台帳は「入力した瞬間に優先度が決まり、期限切れと停滞が光る」状態になります。次章では、これを定例で回して成果に変えるための、更新・ランキング化・対策管理のコツを詰めます。
運用で成果を出すコツ｜定例で更新・ランキング化・対策管理まで回す方法
テンプレートは作った瞬間がピークになりがちです。成果を出すポイントは、Excelを「記録」ではなく定例で意思決定するための台本にすること。ここでは、更新→ランキング→対策管理まで、回し切る運用を紹介します。
① 定例の冒頭5分で「更新チェック」を固定化する
まず最初に見るのは、ダッシュボードのアラート枠（期限切れ・更新停滞）だけでOKです。議論に入る前に、
- 期限切れ：完了以外は必ずオーナーが「いつまでに何をするか」を宣言
- 最終更新が14日超：事実が変わっていないのか、単に放置なのかを確認
を毎週（隔週でも可）やるだけで、台帳が“生きた情報”になります。逆にここを飛ばすと、スコアも色も全部信用されなくなります。
② 「TOP10」だけを扱う：ランキング化で会議を短くする
定例で全件レビューは破綻します。扱うのはスコア上位10件＋期限切れ＋新規追加に絞りましょう。台帳側はスコア降順で並べ替え（テーブルの並べ替えでOK）、ダッシュボードにはTOP10だけ表示させます。
ここでのコツは、「ランキングに入ったら“説明”ではなく“結論”から」。
- 先週からスコアが上がった理由（事実）
- 今週やる対策（作業）
- いつまでに、誰がやるか（期限・オーナー）
この3点が揃わないリスクは、台帳に載っていても管理できていません。会議で揃えて帰る、が正解です。
③ 対策は「タスク化」する：1リスク＝1アクションに落とす
対策欄が「確認する」「注意する」だと、何も進みません。おすすめは、対策案を動詞＋成果物で書くことです。
- NG：仕様を確認する
- OK：◯/◯までに、仕様差分を一覧化し、顧客と合意メールを残す
さらに運用を強くするなら、台帳に「次アクション」列を1つ足し、各リスクを必ず“次の一手”に紐づけます。ステータスも「未対応/対応中/完了/監視」で止めず、監視には監視指標（何を見ているか）まで添えると、見落としが減ります。
④ スコアは“変動”を見て価値が出る：差分を追いかける
点数化の旨味は、順位そのものより上がった・下がったの変化です。運用上は、
- 新規に出たリスクは暫定でも当日スコアを入れる
- 対策を打ったら、P/I/Dのどれが下がったのかを明確にする
が重要です。「対策した“感”」ではなく、「確率が下がった（根拠：仕様合意できた）」「検知が容易になった（根拠：監視を入れた）」のように、スコア変動で説明できると説得力が上がります。
⑤ “台帳を更新した人が得をする”仕組みにする
最後は人の話です。更新されない理由の多くは、面倒というより更新しても報われないこと。定例では、台帳を埋めた人ほど話が早く終わり、判断がもらえる状態を作りましょう。例えば、
- 更新済みのリスクは承認・支援（人/時間）の判断がその場でもらえる
- 更新なしは次回までの宿題が明確になる
この「更新→判断→前に進む」の循環ができると、Excelテンプレはただの表から、プロジェクトを守る運用装置に変わります。
コメント