[see, risk analysis is tackled in more detail in the 'The Complete Risk Management package‘].
This step examines all the potential risks or opportunities that might exist.
When generating a list it is a little like a brain storm you must not be judgemental.
At an early stage try not to judge the likelihood of the risk occurring.
This is done more formally later.
All risks are entered into the Risk Log.
This is a complete record of the detail, ownership, assessment and current status.
The full description of a possible Risk Log is given in file ‘risk log.doc’ in the package.
The Risk Log is used by the Project Manager as a quick reference to the status of risks in the project.
You will need to assess the project impact and the likelihood of occurrence.
Not only may a risk actually happen it may happen more than once. So, as well as the probability that a risk may happen you may need to give consideration of its frequency as well. For example, a fire may be unlikely to happen but would have a big impact. Computer breakdowns are mostly just inconvenient but can be quite frequent.
The impact of any risk happening is its effect on the project. This could be a factor of cost and money, delayed completion, a reduction in reputation, quality of the product, detrimental effect on any perceived benefits or an effect on people or resources.
Risk cannot always be judged numerically, for example, costs. Others, like, loss of reputation are harder to define.
Often a simple system is used to ‘rank’ them as ‘High, Medium and Low’.
We have thought about:
Another aspect that must be considered is ‘when?’ it is likely to occur.
This will give an idea of ‘urgency’ about the risk.
This is known as the risk ‘proximity’. This would be recorded in the Risk Log along with the evaluation step.
There are 5 key methods for the control of risk.Prevention
Measures are put in place that stop the risk having any potential for occurrence. Activities are carried out differently to remove the risk if this is feasible. The threat is either completely removed or the impact on the project is eliminated should it occur.Reduction
The risk is controlled with suitable actions that will either reduce the likelihood of occurrence or minimise the impact should it occur.Transference
The management of the risk is passed to a third party, for example, via an insurance policy or penalty clause which will eliminate the impact on the project. This method cannot be applied to all risks.Acceptance
The risk is tolerated. This will happen if the costs are too high to put in place any of the other methods or the chance of the risk occurring is considered to be very low.Contingency
These are plans that are already in existence and are designed to come into place should the risk occur or if an agreed trigger point is reached.
Generally, all risks could fall into any of the above methods. Acceptance of risk suggests that you have reviewed the options and this is all that is left.
In some cases you will need to consider whether the project is viable baring in mind the level of risk and costs involved.
The overall risk management process requires the identification of risk then evaluating various options before putting plans in place and implementing them at the appropriate time.
The major item to consider is the cost of implementing any plan against the likelihood of the risk occurring.
You need to consider the risk likelihood in the context of what you are prepared to accept (risk tolerances).
Any plan of action may not stand alones and may in fact be a combination of several ideas.
You will need to consider the impact of any plans on various parts of the organisation.
Following any selection of a method designed to reduce or eliminate the risk, from the types listed above, the next step is to consider how you will actually implement it in practice.
This will require the generation of a plan that takes into account any resource that is required and its impact on the rest of the project.
It is likely that existing plans and their Work Packages will be affected.
Here you will need to identify the type and quantity of resource that is required.
A detailed plan must be generated that will be included in the Project and Stage Plans.
This will appear as extra tasks or as a contingency plan.
Should any additional information come to light any contingency plans should be reviewed for suitability.
Any plans produced must be approved prior to inclusion in the original plans.
This should identify the actual resources required.
They will be reflected in the Project and Stage Plan.
When the actions are based upon ‘prevention, reduction and transference’ they will be actions that we will carry out as part of the budget and as such the money must come out of the project budget.
In the case of a contingency plan resource we are hoping the particular risks do not occur and they are not in the plan to occur.
As such the money for this risk management should not come out of the normal budget but out of a ‘contingency budget’.
It is pointless putting plans in place to alleviate risk if we don’t monitor whether they are effective or not.
A mechanism must be put in place.
This might include:
An Exception Report is used should there be any concerns that the risk management process is failing or that risk is beginning to exceed the organisational tolerance.