RAID log

Track Risks, Assumptions, Issues, and Dependencies in one place — prioritize by probability and impact, assign owners, and drive resolution.

About this template

The RAID Log is a project management essential: a single view of everything that could derail your project. Risks are potential problems, Assumptions are unverified beliefs, Issues are current problems, and Dependencies are external blockers.

Columns track item lifecycle from Open through Mitigated to Closed, so you always know what needs attention and what's been resolved.

Built-in fields cover Probability, Impact, Owner, Mitigation Plan, Target Date, and Category — giving you a complete risk register without a separate spreadsheet.

What's inside

Columns included

OpenIn progressMonitoringMitigatedClosed

Task types

RiskAssumptionIssueDependency

Custom fields

ProbabilityImpactOwnerMitigation planTarget dateRelated tasksCategorySourceTrigger

Key features

  • Four item types: Risk, Assumption, Issue, Dependency
  • Lifecycle columns from Open to Closed
  • Probability and Impact scoring
  • Owner assignment and mitigation planning
  • Category tags (Technical, Resource, Schedule, Budget, Scope, External)
  • Task relations for traceability

Who is this template for?

  • Project managers tracking risks
  • PMO teams standardizing risk management
  • Delivery teams surfacing blockers
  • Stakeholder communication on project health
  • Audit and compliance documentation

How to use this template

Use this board as a living RAID log, so risks and blockers stay visible, prioritized, and connected to the work they affect.

Step 1

Capture each item with the right type

Create entries as Risk, Assumption, Issue, or Dependency so the team knows whether it is managing a possible threat, an active problem, or an external blocker. Fill in Probability, Impact, Owner, and Trigger early to make prioritization easier.

Step 2

Track mitigation as active work

Move items from Open into In progress or Monitoring as soon as someone is actively handling them. Use Mitigation plan, Target date, and Category to make the next action visible instead of turning the log into a passive register.

Step 3

Close the loop with traceability

When exposure is reduced or resolved, move the item into Mitigated or Closed and link any Related tasks that were affected. This makes reviews easier because the log shows both the original risk and the delivery work created to address it.

Compare this template

Explore how this raid log workflow compares with other tools across real use cases.

Ready to get started?
Learn how to create a board from this template in just a few steps.
Read the step-by-step guide

Frequently asked questions

What does RAID stand for?

Risks (potential threats), Assumptions (taken as true without proof), Issues (current problems), Dependencies (external factors affecting the project).

What's the difference between a Risk and an Issue?

A Risk is a potential future problem; an Issue is a problem that has already occurred.

How do I prioritize items?

Use Probability × Impact. High probability + High impact = address immediately.

What's a Trigger?

The event that would turn a Risk into an Issue — helps you know when to escalate.

How often should I review the RAID log?

Weekly for active projects. Walk through Open and In Progress items, update statuses, and close resolved items.

Can I link RAID items to tasks?

Yes! Use the Related Tasks field to connect items to affected work.

Related templates