A little risk management saves a lot of fan cleaning
Syllabus: the Management of Risk
RK01: The Purpose of the Management of Risk
Figure 17.5 Summary Risk Profile
RK02, 04: The Purpose of the Risk Log
The Risk Analysis and Management Processes
Responsibilities for Management of Risk
Responsibilities for Each Risk
|
RK 01 describe the purpose of the Management of Risk (p) | |
|
RK 02 understand the purpose of the Risk Log, where within the eight processes it is created and updated, and the main responsibilities of the PRINCE2® roles in this regard (p) | |
|
RK 03 apply the Management of Risk to a given project scenario | |
|
RK 04 create, modify or discuss a Risk Log for given project scenario | |
|
RK 05 demonstrate the interfaces between the Risk Log and other PRINCE2® products especially Project Issues in a given project scenario | |
|
RK 06 identify the relationship between Management of Risk and other PRINCE2® components in a given project scenario |
|
17.1 Risk is uncertainty of outcome: Threat or Opportunity | |||||||||||
|
Whenever the business case is considered risk must be too
| |||||||||||
|
Whenever work is planned or executed risk must be considered
|
|
17.1 “The task of risk management is to manage a project’s exposure to risk (that is, the probability of specific risks occurring and the potential impact if they did occur). The aim is to manage that exposure by taking action to keep exposure to an acceptable level in a cost-effective way.” | |||||||
|
17.2.1 Risk Tolerance “amount of risk the project manager and project board are prepared to tolerate”
| |||||||
|
17.2 Project board’s responsibility to recognise and accept costs of risk management
| |||||||
|
Tolerance & responses complicated by interdependency between risks(17.7)
|

|
Risk tolerance or appetite defines the threshold between proactive management and reactive (contingency) response | |
|
Where cost effectiveness of actions is balanced by probability, impact and proximity | |
|
Intolerable risks, by definition, require action to address cause and/ or effect | |
|
Risk is tolerable when exposure passes the point where “anything else we will only do if the risk happens” | |
|
Tolerable risk means any contingencies in place are good enough | |
|
Contingency might include “stop the project” | |
|
An intolerable risk may be rendered tolerable by proactive means plus contingencies (reactive means) |
|
A.34.1 “to contain all information about the risks, their analysis, countermeasures and status.” |
A. 34.2 Composition
|
Risk identifier: unique code to allow grouping of all information on this risk | |
|
Author: who submitted the risk | |
|
Date identified: when first recognised | |
|
Description: explanation of the event(s) and its/ their outcome(s) | |
|
Risk category: from Appendix C, E.G. commercial, legal, technical | |
|
Impact: affect on time, cost, quality, scope, benefits, people/resource at project, programme, organisation level if this risk were to occur Normally assessed as Hi, Med or Low | |
|
Probability: estimate of the %age likelihood of the risk occurring | |
|
Proximity: the closeness in time in which the risk is likely to occur | |
|
Counter-measure(s): the actions that have been taken or will be taken to counter this risk | |
|
Owner: the person who has been appointed to keep an eye on this risk | |
|
Date of last update: when the status of this risk was last checked | |
|
Current status: for example, closed, reducing, increasing, no change |
|
17.3 The risk management cycle | |||||||||
|
Two halves to PRINCE2® Management of Risk
| |||||||||
|
Risk analysis performed in
| |||||||||
|
Risk Management performed in
|
|
1st Identify the risks
| |||||||||||
|
2nd Evaluate the risks by considering
| |||||||||||
|
Evaluation must always be accompanied with reasons for every entry recorded in the Risk Log |
PRINCE2® provides 7 categories and a set of trigger words over which risks thinking should range when performing risk identification p409 (similar concept to HAZID or HAZOP)
Strategic, Commercial
|
Management or technical efforts under-perform specification/ expectations | |
|
Failure to meet obligations by any party (eg due to Quality/ Time/ Cost/ their own Risk) | |
|
Lack of commitment of finance or other resources | |
|
Financial or integrity problems of any party (Eg Insolvency, Reserves or Fraud/ theft) | |
|
(Un)Insurable |
|
Poor leadership/ Vested interests, Clashing aims, interests or personalities, Inappropriate & disproportionate influence | |
|
Management: Incompetent/ poor policy & practices, Indecision, Wrong decision | |
|
Information: poor, wrong, untimely | |
|
Key people: poorly selected, unclear Roles &Responsibilities/ lack authority, | |
|
HSE issues |
|
Change of Local/National Government or change to policy | |
|
War, civil unrest, pressure groups/ NGOs etc, | |
|
Adverse public/media opinion/intervention |
|
Exchange or Interest rate instability or fluctuation | |
|
Inflation | |
|
Shortage of working capital, cash-flow or failure vs. revenue targets | |
|
Plans overtaken by events |
|
New/ changed/ unexpected regulatory/ licensing/ legal/ tax/ tariff requirements | |
|
Failure to obtain consents/ strike contracts/ reach agreements | |
|
Unforeseen inclusion of contingent liabilities | |
|
Loss of IPR |
|
Natural disaster (Storm, flood, tempest) | |
|
Pollution | |
|
Transport problems or accidents |
|
Scope Creep, Unclear expectations | |
|
Design: inadequate/ incompetent/ negligent | |
|
Infrastructure/ performance failure, reduced operational life/ lower maintainability, availability | |
|
Lower residual value and or higher maintenance or disposal costs | |
|
Compromised safety/ security, business continuity |
|
3rd Identify suitable responses
| |||||||||
|
4th Select (a response or responses)
| |||||||||
|
P.R.A.C.T. (see next section) are the PRINCE2® response types that must be understood for the exam
|
|
PRACT (Table 17.1)
|
Identify the risk
|
Id Next serial number | |
|
Author Who raised it? | |
|
Date Id’d Dated memo? | |
|
Description What context, cause and consequence? | |
|
Risk Category From Apdx C |
Evaluate the risk
|
Probability H/M/L + REASON | |||||||||||||
|
Proximity How long till inevitable/ past/ options no longer possible? | |||||||||||||
|
Impact
|
Identify suitable responses
|
P, R, A, C, T |
Selection
|
Selected response and reason for selection/ rejection of others |
Final Risk Log fields
|
Owner Scenario person “keep an eye on it” | |
|
Date of last Update | |
|
Current status |
|
17.3.2 Two major steps, four steps in total
| |||||||||||||||||||||
|
Risk Log influences the project at many points in PRINCE2®
|
|
Plan and Resource
|
Planning
|
Obtain management approval for the quantity and type of resources required to carry out the actions |
Resourcing
|
Assign resources for actions to prevent, reduce or transfer & show in Project and Stage Plans | |
|
Assign resource for contingent actions from contingency budget (suggested at IP2 approved at DP2) |
Monitor & 4. report
|
“[Establish] mechanisms … for monitoring and reporting” |
|
Risk Profile [and Reporting] |
|
17.2.3 Ownership sets out who is responsible for:
| |||||||||||
|
17.2.2 Risk Responsibilities
|
|
17.2. 3 Risk ownership: Each risk has an “owner”
| |||||||||||||||
|
Owner often a member of the Project Management Team | |||||||||||||||
|
Executive
| |||||||||||||||
|
Project Board
|
|
Project Manager responsibilities
| |||||||||||||||
|
Team Manager
|
|
Organisation’s Management
| |||||
|
Programme Management
| |||||
|
Project Assurance & Project Support & PSO
|
|
A. 34. 3 “… risks may have been identified in work that led up to the Project Mandate. Risks may have been identified in the Project Brief and should be considered during project initiation when the Project Plan is being created. There should be a check for any new risks every time the Risk Log is reviewed, minimally at each end stage assessment. The Project Board has the responsibility to check external events continually for external risks.” | |||
|
“Risks to a Stage Plan should be examined as part of the production of that plan (SB1 or SB6 & SB4, PL6)
| |||
|
The Risk Log is created along with the Business Case in Preparing a Project Brief (SU4)
| |||
|
A risk whose event is inescapable is now a Project Issue
|
Refer to Figure 17.6 & 17.6.[1-15]


|
RK03 Apply the Management of Risk to a given project scenario | |
|
RK04 Create, modify or discuss a Risk Log for given project scenario | |
|
RK05 Demonstrate the interfaces between the Risk Log and other PRINCE2® products especially Project Issues in a given project scenario | |
|
RK06 Identify the relationship between Management of Risk and other PRINCE2® components in a given project scenario |
|
Turn to Section:5 Sample Practitioner questions and try question 4
| |||||
|
Re-read the scenario S:5.1 if you need to
| |||||
|
Answer the question using a blank answer grid from S:5.3 then mark your answer using S:5.4 | |||||
|
Research any questions where you disagree with the marking scheme
|
|
The next chunk, controls is fairly long but all has been seen in the context of the processes – so reasonably easy material and takes you past the ?rds point and towards the home straight |