methodatlas
Delivery

RAID Log

Moves scope, sequence, and delivery flow toward a concrete result through "create a table for Risks, Assumptions, Issues, and Dependencies", "carry over initial entries from discovery and kickoff", and "archive resolved items instead of deleting them".

Core question
Which risks, assumptions, issues and dependencies are currently open, who takes care of them, and which ones need movement or escalation now?
LowAsync30 min Setup, dann laufend
Purpose

Helps clarify scope, sequence, and delivery flow in concrete terms. It makes work, boundaries, and order steerable. The result is captured as a RAID Log and a source for status reporting.

How it works

The team follows the steps "create a table for Risks, Assumptions, Issues, and Dependencies", "carry over initial entries from discovery and kickoff", "set an owner and next action for each entry", "let program management maintain it weekly", and "archive resolved items instead of deleting them". Each step is made visible. At the end, RAID Log and status-report source are available so decisions, tests, or actions can continue directly.

Visual orientation

Method sketch for a quick mental model.

RAID Log · Risks, Assumptions, Issues, DependenciesRisiken, Annahmen, Issues und Abhängigkeiten in einer gepflegten Liste mit Owner, Status und nächster Aktion führen
RAID LogDas Visual zeigt ein RAID Log mit Risiken, Annahmen, Issues, Abhängigkeiten sowie Owner, Status, nächster Aktion und Pflegekadenz.Unsicherheit programmweit an einer Stelle führenRAID bündelt Risiken, Annahmen, Issues und Abhängigkeiten mit Ownern, Status und nächster Aktion für wiederkehrende Reviews.Discovery & Kick-offoffene Punkte zentral übernehmenRAID LogRiskskann eintretenAssumptionsmuss stimmenIssuesist schon daDependencieswartet aufR-07A-03I-12D-05Owner & AktionStatus und nächste Schritte jeZeileWöchentlich pflegenstale Einträge schließen oderneu sortiereneine lebendige Liste statt verstreute NotizenStatusbericht ausderselben QuelleResolved archivieren

Flow

  1. 1Create a table for Risks, Assumptions, Issues, and Dependencies
  2. 2Carry over initial entries from discovery and kickoff
  3. 3Set an owner and next action for each entry
  4. 4Maintain it weekly in program management
  5. 5Archive resolved items instead of deleting them

The runsheet guides execution with 4 phases, timeboxes, 5 pitfalls, and clear stop criteria.

Open runsheet

Ideal for

  • Program or multi-team initiatives
  • Compliance projects
  • Handovers to clients

Not good for

  • Fast discovery sprints
  • Pure engineering backlogs

Deep dive

In detail

The RAID Log is a project management classic that combines risks, assumptions, open issues, and dependencies in one living list. Each entry gets an owner, status, date, and next step. It works well as an asynchronous backbone artifact and briefing source for stakeholders.

Facilitation

Set aside a fixed 15-minute slot once a week to keep it current. Close stale items decisively or move them to a different category.

Output artifacts
RAID LogStatusbericht-Quelle
Tags
Artifact templates
RAID Log Working TemplateCompact working template for RAID Log with context, input, output artifacts, and next step.
markdown

raid-log-working-template.md

Compact working template for RAID Log with context, input, output artifacts, and next step.

RAID Log Working Template

Goal

Keeps risks, assumptions, issues, and dependencies captured in one place.

Context

When and for what do we use this method?

Input

Which data, observations, decisions, or materials are available?

Execution

Short notes along the runsheet.

Output artifacts

  • RAID Log:
  • Status report source:

Assumptions and open questions

  • ...

Decision / next step

Owner, date, and success signal.

When to choose differently

Short decision aid for existing alternatives.

ROAM Board

Statt RAID Log, wenn ihr Risiken gemeinsam besprechen wollt und nur einen lebendigen Maßnahmenstatus braucht.

Similar methods

All methods