プロジェクトリスク管理台帳|確率×影響度で先に手を打つ

プロジェクト管理・開発

プロジェクトリスク管理台帳|確率×影響度で先に手を打つ

プロジェクトの立ち上げ週にリーダーが開き、その後は毎月のリスクレビューで開き直して使うテンプレートです。ホワイトボードには発生確率×影響度で優先順位を決めるマトリクスを中心に、リスクの洗い出し観点のマインドマップ、回避・低減・転嫁・受容の4方針を整理した表、台帳を形骸化させない運用ルールを置いています。タスクボードは洗い出しから評価・対応・監視を経てクローズまでの5列で、洗い出し・評価・方針決め・監視・見直しの5つの親タスクとその子タスクが未着手で並んでいます。

0 いいね 0 コピー 作者: WeProcess
リスク管理 リスク台帳 発生確率 影響度評価 対応方針
無料登録してこのテンプレートを使う

無料登録すると、マーケットプレイスからこのテンプレートをコピーして使えます

ホワイトボード プレビュー

プレビュー表示中 プロジェクトリスク管理台帳|確率×影響度で先に手を打つ

ホワイトボード プレビュー

① この台帳のゴール(何のために書くか) ③ 発生確率 × 影響度(先に手を打つ順番) 起きやすい × 影響は小さい 起きやすい × 影響も大きい 起きにくい × 影響も小さい 起きにくい × 影響は大きい ④ 対応方針の型(4分類 × 決めること) ⑤ 台帳の運用ルール(形骸化させない) プロジェクトリスク管理台帳 使い方: ① 観点ごとに洗い出す ... 方針・目指す状態 書き方・運用ルール 危険信号・閉じる条件 評価メモ・気づき ゴール「起きてから慌てる」を減らす。起きる前に、誰が・いつ・何をするかまで決めておく。 1行の書き方「〈原因〉により〈事象〉が起き、〈影響〉が出る」の形で書く。例: 承認待ちが長引き着手が2週間遅れる 書かないものすでに起きている問題はリスクではなく課題。課題はタスクボードのカードで扱う。 見落としやすい所人(離任・繁忙期)/外部(他社・審査)/前提(未確定の仕様)は残りやすい。 ② リスクの洗い出し観点(ひとりで... リスクの発生源 スケジュール 依存待ち・見積もりの甘さ 技術 未検証の新技術 要件と前提 未確定の仕様変更 人と体制 離任・繁忙期の重複 外部依存 他社の遅延・審査 コストと法務 予算超過・契約条件 縦軸: 発生確率(低い → 高い)... 1件は軽くても回数で効く。起きない手順に変えるか、対応を定型化して負担を下げる。 最優先。回避するか計画そのものを変える。今週中に担当と期限を決め、毎週進捗を見る。 受容する。台帳には残すが対応はしない。四半期に一度だけ見直す。 備えだけ用意する。発火の兆候と、そのとき誰が何をするかを決めて監視に回す。 どう考えるか 打ち手の例 台帳に残すこと 回避 リスクの原因ごと計画から外す。範囲を削るか別の方式に替える。 未検証の新技術をやめ、実績のある方式に切り替える 外した理由と、代わりに何を選んだか 低減 確率か影響のどちらかを下げる。最も出番の多い方針。 先に試作して検証する/作業を前倒しして余裕をつくる 実施した対策と、下がったあとの評価 転嫁 自分たちで抱えず、契約や保険で外に移す。 納期条項を見直す/外部に委託する/保守契約を結ぶ 移した先と、こちらに残る責任の範囲 受容 対応せず受け入れる。ただし放置とは違う。 発生時の予備費と代替案だけ用意し、監視に回す 受容を決めた人と、次に見直す時期 月に一度だけ見直す毎週は続かない。月初の30分で全件を上から見て、評価が変わったものだけ直す。 1件に担当は1人「チームで対応」は誰もやらない。名前と次に見る日をカードに書く。 閉じる条件前提が消えた/期間が過ぎた/課題として実際に起きた。この3つのどれかで閉じる。 レビューで聞くこと「新しく増えたリスクは?」「評価が上がったものは?」「対応が止まっているものは?」
100%

ドラッグで移動・ホイールで拡大縮小

タスクボードの内容

洗い出し 16件

リスクを洗い出す
確率と影響度を付ける
対応方針を決める
兆候を監視する
月次で見直す
観点ごとに書き出す
過去の失敗を洗い直す
台帳に重複をまとめる
評価の物差しを決める
全件を2軸で採点する
上位リスクを4分類する
担当と期限を決める
発火の兆候を定義する
監視の頻度を決める
評価の変化を反映する
終わったリスクを閉じる

評価中 0件

対応中 0件

監視中 0件

クローズ 0件