RAID: Risks, Assumptions, Issues, and Dependencies

RAID is an acronym which should be at the forefront of your mind if you are a project manager or a program manager. RAID stands for Risks, Assumptions, Issues, and Dependencies.

The acronym can help you to remember to give appropriate attention to each area. In my own personal experience, I know that I have a tendency to give ample attention to risks and risk management but can overlook assumptions, so reminding myself of the RAID acronym daily, so as not to overlook any of these areas comes in very handy.

Below you’ll find a quick recap of Risks, Assumptions, Issues, and Dependencies. Each has been covered before on Expert Program Management (especially Risks – I told you I was biased towards this area ;-) ) and a link to that section has been provided if you need more detailed information.

Risks

A risk is any specific event which might occur and thus have a negative impact on your project or program. Each risk will have an associated probability of occurrence along with an impact on your project if it does materialize. An example of a risk might be that a change in legislation to tax law could mean you will have to redo some of your project and this will impact the schedule by x and cost y. As project manager it is your responsibility to ensure a Risk Management Process is undertaken, managing and mitigating risks, along with ensuring risks are routinely and effectively communicated with your stakeholders.

Assumptions

An assumption is something we set as true to enable us to proceed with our project or program. Typically this happens during the planning and estimation phase of the project. As an example of an assumption, during the early planning phase we might assume that we have access to 10 skilled specialists throughout the entire duration of the project. By making this assumption it enables us to produce our plan. If this assumption turns out to be false then the project is negatively impacted. Because assumptions can turn out to be false and impact your project adversely, it is your responsibility as project manager to monitor and manage all assumptions so minimal impact to the project occurs.

Issues

An issue is anything which arises on your project which you have to deal with in order to ensure your project runs smoothly. Issues differ from risks in that they exist as a problem today, unlike risks which might turn into issues in the future. An example of an issue might be that a key project resource as called in ill, and is unlikely to attend the office for the remainder of the week. Issues need to be managed through the Issue Management Process.

Dependencies

A dependency exists when an output from one piece of work or project is needed as mandatory input for another project or piece of work. An example of a dependency in a building project might be that the architectural diagrams need to be complete before the foundations can be laid. Managing inter-dependencies is critical to ensuring projects, regardless of their size, run smoothly. As project and program managers it is your responsibility to record, monitor, and manage these dependencies.

Conclusion

I’m sure you’re all familiar with Risks, Assumptions, Issues, and Dependencies, but may not have come across the acronym RAID before, which can serve as an aide-memorie to give appropriate attention to each area. Links to the relevant posts have been provided if you need to refresh your memory on any of the areas which make up the RAID acronym.

Related Posts Plugin for WordPress, Blogger...

{ 4 comments… read them below or add one }

Kareem October 13, 2011 at 4:16 am

I am totally new to project management, this might be the 1st piece of information related to project management I get to read, it is absolutely great! simple and smooth. Thanks a lot.

Mark Jentsch May 9, 2013 at 9:38 pm

Thanks for reminding us of the things we routinely forget. It all sounds so simple, but how often are we tripped up – in my case particularly on the assumptions we make.

Bin July 18, 2013 at 5:55 am

Please note that a risk can be either a negative or positive. You need to act on postive as well to ensure it is communicated and potentially to update the business case

Denis October 2, 2013 at 11:21 pm

Hi Mark,

You are absolutely right. Like a lot of things it is simple to understand but takes effort to get right.

Denis

Leave a Comment

Previous post:

Next post: