How to use a RAID log to help you Plan a Project
What is a RAAIDD Log?
If a software build has gone perfectly then you’ve missed something.
Every project has issues during a software development lifecycle, and managing them in real-time can be a challenging task.
Risks, on the other hand, are issues that have not yet occurred and require attention as well; tracking these alongside your activity can lower the probability that they’ll present issues.
If you’re employing a risk management software, much of the task can be optimised – but if not, a manual tracker is often just as useful and effective in setting up any large project.
RAAIDD is an acronym for:
- Risk: Any event with a level of uncertainty. If any of these materialise, they may impact the project outcome. They should be identified throughout the project life cycle whether they are positive or negative risks. A mitigation plan should be put in for all risks – especially those of high impact or likelihood.
- Action: Actions what you do to mitigate a risk or resolve an issue. Actions are assigned to the relevant team members and logged as the owners for accountability.
- Assumptions: Assumptions are the factors assumed to be true in the project. A lot of the planning is based on assumptions through past experiences and estimation techniques. These must be validated to avoid miscalculation.
- Issues: Issues are past or existing events. In some cases, these can be as the result of risks being realised, but they are usually problems that are known to exist, with a mitigation plan to resolve them. Some can be as technical as bugfixes, and some can be people-focused – e.g. stakeholder availability.
- Dependencies: These are the tasks or events, which are dependent on the result of another task/event. When an activity directly impacts another, dependencies can lead to a number of issues.
- Decisions: Decisions are important to be logged as part of a ‘lessons learnt’ activity and prove useful for auditing purposes when dealing with software containing sensitive information.
Benefits, Best practices & Maintenance
- Allows organisation on finalising decisions made for predicted risks.
- Allows managers to gain more control and oversight for the long run of the project.
- Provides confidence to stakeholders that the project is being closely monitored.
- Enables accountability for mitigated actions.
- Useful for auditing purposes.
- Continuously update the document throughout the project life-cycle and make it part of key meeting agendas.
- Accountability and responsibilities of varying items should be distributed to the relevant owners instead of the project manager.
- Consider that Assumptions and Dependencies are just as dangerous as Risks and Issues.
- RAAIDD logs should be placed in a central repository and accessible to all key stakeholders to be used collaboratively.
How to Maintain a RAAIDD Log
Maintaining the log is a fairly straightforward process; a simple excel sheet is all you need to get started. (see raid log template above)
Start by creating document control sheet outlining the following:
- Title of the project
- Revision Date
The second sheet consists of the RAAIDD log table consisting of the following columns:
- Date Identified
- Identified by
- RAAIDD Type
- Impact score
- Next steps
That’s it! You can now get started on your next project using this raid log template outline. Start populating the table and continuously monitor the status of each line item throughout the project. Consider storing your file in an accessible drive or central repository and your stakeholders will appreciate the transparency. If you want further your skillset, review Prince2 raid log chapters.
If you’d like to receive helpful content like this straight to your inbox, why not sign up to our monthly newsletter – The Crux of It. We pack each newsletter full to the brim of helpful content for every stage of the website project journey.