[see, the area of risk management is covered in much more detail in the 'The Complete Risk Management package‘].
You will not be able to run a project in the absence of risk.
It concerns uncertainty in the outcome of an event. This may take the form of a positive opportunity or a threat.
All major risks must be identified and a process put in place to minimise their impact on the project.
You cannot manage risk in a reactive manner. This would involve hoping that they did not occur and if they did just trying to tidy up any adverse effects. Risk management must be proactive. You must understand what the risks are and have plans in place to deal with them.
These would be planned proactive contingencies. As you will be aware they could occur you will often set a ‘trigger’ that will mean the contingency plan will be put into effect. Some risks will only become apparent ‘as they occur’. These are unavoidable and must be dealt with at the time to reduce their impact. The knowledge of such events will help in the management of subsequent stages and projects.
Risk management requires:
Projects mean change which often goes hand-in-hand with new technologies and hence risks.
Effective risk management requires:
This reflects just how much risk the Project Board and Project Manager is prepared to accept.
This will depend on various factors and impacts. For example,
There must be a system that can evaluate risk in terms of impact versus probability .
The Project Board has the following responsibilities:
The Project Manager must ensure any risks are identified, recorded and reviewed.
Following risk reviews and agreed actions the Project Manager must update the Project Plan.
Any processes used to identify, record and review risks for a project must be consistent with any processes used at programme level.
Any exceptions to this must be justified.
Risk analysis is a cross project affair. Where risks are identified at programme level that may affect integral projects they must be informed.
Individuals should be involved from a variety of projects where risk may impact.
Risk must be owned. Without this risks will drift and people will believe that someone else is looking after them.
The Project Manager must appoint individuals to monitor and own each identified risk these might require approval by the Project Board. Even the Project Board may be the owners of the risk, particularly for anything external.
Ownership should cover:
All aspects of ownership must be agreed, defined and documented.
In the case of a Project Board member owning the risk it may be delegated but accountability remains with the Project Board member. The Executive has overall accountability for risk and the Project Manager must see that any action are implemented, monitored and that desirable outcomes result.
Risks will be reported in various documents:
When a risk actually occurs it is the Project Manager’s responsibility to implement the contingency plan.
Risk is not static. Like many things in a project it can change.
This means that risk must be reviewed at intervals. This is usually at the end of a stage but can be sooner.
The impact and probability of it happening may well alter throughout the project.