Project Risk Register: Score by Likelihood and Impact, Act Early

Project & Development

Project Risk Register: Score by Likelihood and Impact, Act Early

Opened by the project lead in the first week, then reopened at the monthly risk review. The whiteboard leads with a likelihood-by-impact matrix that sets priority, plus a mindmap of where risks come from, a table of the four responses - avoid, reduce, transfer, accept - and the rules that keep the register from going stale. The task board runs from Identified through Assessing, Responding and Monitoring to Closed, and starts with five parent tasks - identify, score, respond, monitor and review - each with its own subtasks.

Read more Show less

Use it when the project keeps hitting things nobody saw coming, or when a risk list got built once and nobody has looked at it since. It's for project leads searching for how to build a risk register template, and for anyone who needs a shared scale for scoring likelihood and impact. It suits projects with many stakeholders and real uncertainty, like system development, event ops, or a new business launch.

In What This Register Is For, agree the purpose, how to write each entry in one line, and what not to log. Work through Where Risks Come From as a team, surfacing risks from scheduling to dependencies and legal exposure. Place what surfaces on the two axes in Likelihood x Impact to decide what to tackle first. Sort the top items into Four Ways to Respond, noting both the response and what to keep on record. Run it day to day using the rules in Keeping the Register Alive, moving cards through Identified, Assessing, Responding, Monitoring, Closed.

In week one, finish List by category and Agree the scales, and your scoring won't drift once you start. Writing Define the triggers makes it easier to know when to act. Review monthly, not weekly — thirty minutes to scan everything and update only entries whose scores changed is enough to keep it alive.

0 Likes 0 Copies Author: WeProcess
risk management risk register likelihood impact scoring mitigation
Sign up free and use this template

Once you have a free account, you can copy this template from the marketplace

Whiteboard preview

Preview mode Project Risk Register: Score by Likelihood and Impact, Act Early

Whiteboard preview

1. What This Register Is For 3. Likelihood x Impact (what to act o... Likely / small impact Likely / large impact Unlikely / small impact Unlikely / large impact 4. Four Ways to Respond (and what to ... 5. Keeping the Register Alive Project Risk Regi... How to use: 1. Li... Direction & t... How to write &amp... Warning signs &am... Scoring notes &am... GoalFewer scrambles after the fact. Decide up front who does what, and when, if the risk lands. How to write a lineUse: because of , happens, and follows.e.g. Approvals drag on and work starts two weeks late. What not to logSomething already happening is an issue, not a risk. Issues belong on the task board as cards. Easy to missPeople (departures, crunch), outside parties (vendors, approvals), assumptions (specs not yet fixed). 2. Where Risks Co... Sourcesof risk Schedule Waiting ondependencies Technology Unproventech choices Requirements Specs stillin flux People Turnover,peak workload Vendors Delays andapprovals Cost & legal Overruns,contract terms 縦軸: Likelihood (l... Small each time, but they add up. Change the process so it stops happening, or make handling it routine. Act first. Avoid it or change the plan. Name an owner and a date this week, and check progress weekly. Accept it. Keep the line in the register, do nothing, and revisit once a quarter. Prepare rather than act. Define the warning sign and who does what when it fires, then move it to monitoring. How to think abou... Example moves What to record Avoid Take the cause out of the plan - cut the scope or pick another approach. Drop the unproven technology and use the option you've already shipped. Why it was dropped, and what replaced it. Reduce Lower either the likelihood or the impact. The workhorse response. Prototype early to prove it out, or pull work forward to build slack. The action taken, and the score after it. Transfer Move the exposure outside the team through contracts or insurance. Renegotiate the deadline clause, outsource it, or buy a support contract. Who carries it now, and what stays with you. Accept Live with it deliberately - which is not the same as ignoring it. Set aside contingency and a fallback, then move it to monitoring. Who accepted it, and when it gets revisited. Review monthly, not weeklyWeekly never sticks. Take 30 minutes at the start of the month and update only what changed. One owner per lineThe team won't do it. Put a name and the next review date on the card. When to close a lineThe assumption is gone, the window has passed, or it landed and became an issue. Questions for the reviewWhat's new this month?What scored higher?Whose response has stalled?
100%

Drag to move, scroll to zoom

Task board contents

Identified 16 items

Identify the risks
Score every risk
Decide the response
Watch for triggers
Review each month
List by category
Revisit past misses
Merge duplicates
Agree the scales
Score on both axes
Sort the top risks
Set owner and date
Define the triggers
Set a review cadence
Update the scores
Close settled risks

Assessing 0 items

Responding 0 items

Monitoring 0 items

Closed 0 items

← Back to templates