RAID log for tracking Risks, Assumptions, Issues and Dependencies

A RAID log is a central project management tool used to track Risks, Assumptions, Issues, and Dependencies to ensure project success and stakeholder alignment. It is essential for complex projects, updated regularly to manage, monitor, and mitigate factors that could affect deliverables, typically maintained as a living spreadsheet or document.

Key Components of a RAID Log

  • Risks: Potential future problems identified and mitigated before they occur (e.g., “supplier may delay shipment”).
  • Actions: Specific tasks, action items, or decisions that need to be addressed, often used in agile projects.
  • Issues: Known, current problems that have already occurred and require immediate resolution.
  • Dependencies: Internal or external relationships that, if not managed, can cause delays, such as waiting on another team.

Benefits of Using a RAID Log

  • Proactive Planning: Allows teams to identify and prepare for potential issues early.
  • Centralized Information: Provides a single, updated document for tracking, improving communication with stakeholders.
  • Improved Decision-Making: Helps in making informed decisions by logging the impact of changes.
  • Audit Trail: Acts as a record for project meetings, reviews, and post-mortem analysis.

How to Implement a RAID Log

  • Start Early: Create the log during the project planning or initiation phase.
  • Update Frequently: Review and update the log consistently, at least after every team meeting or weekly.
  • Assign Owners: Ensure every risk and issue has a specific person responsible for it.
  • Use a Template: Use an Excel or project management software tool, tracking columns like description, owner, impact, and status.

While some teams use it primarily for risks and issues, the “A” and “D” can stand for Actions and Decisions, respectively, depending on the team’s needs.

Unknown's avatar

Author: Mark Whitfield

Welcome to my site! After graduating in Computing in 1990, I accepted a position as a programmer at a Runcorn based software house specialising in electronic banking software, namely sp/ARCHITECT-BANK on Tandem Computers (now HPE NonStop). This was before the internet became more prevalent and so the notion of enabling desktop access to company accounts for inter-account transfers and book keeping was still quite a cutting edge idea (and smartphones only ever hinted at in Space 1999). The company was called The Software Partnership (which was taken over by Deluxe Data in 1994). I spent 5 years in Runcorn developing code for SP/ARCHITECT for various banks like TSB, Bank of Scotland, Rabobank and Girofon (Denmark) to name but a few. I then moved onto a software house in Salford Quays for further bank facing projects. After a further 23 years in the IT industry and now a Senior IT Project Manager (both Agile and Waterfall delivery), I thought I would echo out my Career Profile in this corner of the internet for quick and easy access.

Leave a comment