Management of Risk

A little risk management saves a lot of fan cleaning

TOC

Management of Risk

Syllabus: the Management of Risk

Risk Concepts

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

Risk Analysis: Steps 1 & 2

7 Risk Categories

Risk Analysis: Steps 3 & 4

Identify Suitable Responses

RK03: Risk Analysis & Integration With A.34 Risk Log

Risk Management’s Content

4Steps of Risk Management

Responsibilities for Management of Risk

Responsibilities for Each Risk

Where the Risk Log Is Created and Updated

RK05, 06: Risk Context

RK05, 06: Risk Ch17 Fig 17.6

Applying PRINCE2®

Management of Risk Question

End of yet another chunk of work

 Top

Syllabus: the Management of Risk

bullet

RK 01 describe the purpose of the Management of Risk (p)

bullet

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)

bullet

RK 03 apply the Management of Risk to a given project scenario

bullet

RK 04 create, modify or discuss a Risk Log for given project scenario

bullet

RK 05 demonstrate the interfaces between the Risk Log and other PRINCE2® products especially Project Issues in a given project scenario

bullet

RK 06 identify the relationship between Management of Risk and other PRINCE2® components in a given project scenario

 Top

Risk Concepts

bullet

17.1 Risk is uncertainty of outcome: Threat or Opportunity

bullet

Whenever the business case is considered risk must be too
bullet

17.7 Benefit risk (impacts on the objectives)
bullet

Identified and addressed during Business Case development & maintenance

bullet

Risk log is created in SU4
bullet

1st time the Business Case is developed (for input to DP1)

bullet

Benefits risk reconsidered at IP3 & SB4 ? DP2 or DP3

bullet

Whenever work is planned or executed risk must be considered
bullet

Delivery risk (risks to or arising from project conduct)

bullet

Identified and addressed during project planning PL6 and project execution

bullet

17.8 Internal and external risk must be addressed
bullet

Less ability to apply risk process to external risks

bullet

Contingency may be most appropriate response

 Top

RK01: The Purpose of the Management of Risk

bullet

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.”

bullet

17.2.1 Risk Tolerance “amount of risk the project manager and project board are prepared to tolerate
bullet

IE live with knowing what contingencies are in place and cost of action & inactions

bullet

17.2 Project board’s responsibility to recognise and accept costs of risk management
bullet

Spend just enough on management of risk to make balanced judgements between pro-active and reactive costs

bullet

17.5 Budgets needed to cover assessment, management, responses & contingency

bullet

Contingency is resources planned and allocated but only to be used if the linked risk occurs 16.4.1 p.236

bullet

Tolerance & responses complicated by interdependency between risks(17.7)
bullet

Consider the interaction between risks and countermeasures

 Top

Figure 17.5 Summary Risk Profile

bullet

Risk tolerance or appetite defines the threshold between proactive management and reactive (contingency) response

bullet

Where cost effectiveness of actions is balanced by probability, impact and proximity

bullet

Intolerable risks, by definition, require action to address cause and/ or effect

bullet

Risk is tolerable when exposure passes the point where “anything else we will only do if the risk happens”

bullet

Tolerable risk means any contingencies in place are good enough

bullet

Contingency might include “stop the project”

bullet

An intolerable risk may be rendered tolerable by proactive means plus contingencies (reactive means)

 Top

RK02, 04: The Purpose of the Risk Log

bullet

A.34.1 “to contain all information about the risks, their analysis, countermeasures and status.”

A. 34.2 Composition

bullet

Risk identifier: unique code to allow grouping of all information on this risk

bullet

Author: who submitted the risk

bullet

Date identified: when first recognised

bullet

Description: explanation of the event(s) and its/ their outcome(s)

bullet

Risk category: from Appendix C, E.G. commercial, legal, technical

bullet

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

bullet

Probability: estimate of the %age likelihood of the risk occurring

bullet

Proximity: the closeness in time in which the risk is likely to occur

bullet

Counter-measure(s): the actions that have been taken or will be taken to counter this risk

bullet

Owner: the person who has been appointed to keep an eye on this risk

bullet

Date of last update: when the status of this risk was last checked

bullet

Current status: for example, closed, reducing, increasing, no change

 Top

The Risk Analysis and Management Processes

bullet

17.3 The risk management cycle

bullet

Two halves to PRINCE2® Management of Risk
bullet

17.3.1 Risk Analysis: comprises 4 steps

  1. Identify the risk (Describe it)

  2. Evaluate the risk (Qualify impact, probability and time horizon)

  3. Identify suitable responses (Prevent, Reduce, Accept, Transfer, Contingencies)

  4. Select a response

bullet

17.3.2 Risk Management: comprises 2 parts of 2 parts
bullet

Plan and Resource (include in product model, activity lists, estimates and resource)

bullet

Monitor and Report (take actions, confirm their effectiveness or not)

bullet

Risk analysis performed in
bullet

SU4, IP3, SB4, PL6, CS4 (§20.2)

bullet

Risk Management performed in
bullet

PL3, MP2-->CS2-->CS5

 Top

Risk Analysis: Steps 1 & 2

bullet

1st Identify the risks
bullet

Consider each entry of Appendix C (see overleaf) for potential risks

bullet

Create the Risk Log entry A.34

bullet

Complete: Id, Author, Date Identified, Description and Category (Apdx C)

bullet

2nd Evaluate the risks by considering
bullet

Probability: high medium or low (HML) or quantified if practical (eg 23%)

bullet

Impact: H/ M/ L or quantified if practical and useful
bullet

P.255 Evaluate for Time, Cost, Quality, Scope, Benefits, People/ resources

bullet

Proximity
bullet

Time to the event causing the risk or time after which the risk no longer matters

bullet

Evaluation must always be accompanied with reasons for every entry recorded in the Risk Log

 Top

7 Risk Categories

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

bullet

Management or technical efforts under-perform specification/ expectations

bullet

Failure to meet obligations by any party (eg due to Quality/ Time/ Cost/ their own Risk)

bullet

Lack of commitment of finance or other resources

bullet

Financial or integrity problems of any party (Eg Insolvency, Reserves or Fraud/ theft)

bullet

(Un)Insurable

Organisational, Management & Human Factors

bullet

Poor leadership/ Vested interests, Clashing aims, interests or personalities, Inappropriate & disproportionate influence

bullet

Management: Incompetent/ poor policy & practices, Indecision, Wrong decision

bullet

Information: poor, wrong, untimely

bullet

Key people: poorly selected, unclear Roles &Responsibilities/ lack authority,

bullet

HSE issues

Political

bullet

Change of Local/National Government or change to policy

bullet

War, civil unrest, pressure groups/ NGOs etc,

bullet

Adverse public/media opinion/intervention

Economic, financial, market fluctuations

bullet

Exchange or Interest rate instability or fluctuation

bullet

Inflation

bullet

Shortage of working capital, cash-flow or failure vs. revenue targets

bullet

Plans overtaken by events

Legal & Regulatory

bullet

New/ changed/ unexpected regulatory/ licensing/ legal/ tax/ tariff requirements

bullet

Failure to obtain consents/ strike contracts/ reach agreements

bullet

Unforeseen inclusion of contingent liabilities

bullet

Loss of IPR

Environmental

bullet

Natural disaster (Storm, flood, tempest)

bullet

Pollution

bullet

Transport problems or accidents

Technical, Operational, Infrastructure

bullet

Scope Creep, Unclear expectations

bullet

Design: inadequate/ incompetent/ negligent

bullet

Infrastructure/ performance failure, reduced operational life/ lower maintainability, availability

bullet

Lower residual value and or higher maintenance or disposal costs

bullet

Compromised safety/ security, business continuity

 Top

Risk Analysis: Steps 3 & 4

bullet

3rd Identify suitable responses
bullet

Consider 1 or more for each of: Prevent, Reduce, Accept, Transfer & Contingency

bullet

Risks should always consider all 5 response types

bullet

4th Select (a response or responses)
bullet

Of the possible responses none, one or more are selected for implementation in risk management

bullet

Selected control action must represent value for money
bullet

“balancing the cost of taking that action against the likelihood and impact of allowing the risk to occur,” (p256)

bullet

Selected response recorded in the risk log

bullet

P.R.A.C.T. (see next section) are the PRINCE2® response types that must be understood for the exam
bullet

They are all negative while in reality don’t forget responses to opportunity Encourage, Enhance, Accept (Windfall) and Share or partner,

 Top

Identify Suitable Responses

bullet

PRACT (Table 17.1)
bullet

Prevention
bullet

Stop the problem from occurring or having an impact

bullet

Reduction
bullet

Reduce the likelihood or limit the impact

bullet

Transference
bullet

Pass the impact (or action) to a third party (eg insurance/ consultancy)

bullet

Use of “more competent” sub-contractor is transfer of action ? reduced probability

bullet

Use of gain-share/ pain-share contract types

bullet

Acceptance
bullet

Respond to the risk within current constraints if & when it happens

bullet

Normal state when contingent actions in place are considered sufficient

bullet

Contingency
bullet

Actions planned to come into force if the risk occurs

bullet

Select [multiple] responses

 Top

RK03: Risk Analysis & Integration With A.34 Risk Log

  1. Identify the risk
    bullet

    Id                          Next serial number

    bullet

    Author                    Who raised it?

    bullet

    Date Id’d                Dated memo?

    bullet

    Description             What context, cause and consequence?

    bullet

    Risk Category         From Apdx C

  2. Evaluate the risk
    bullet

    Probability             H/M/L + REASON

    bullet

    Proximity               How long till inevitable/ past/ options no longer possible?

    bullet

    Impact
    bullet

    Time                     H/M/L + Reason

    bullet

    Cost                      H/M/L + Reason

    bullet

    Quality                 H/M/L + Reason

    bullet

    Scope                    H/M/L + Reason

    bullet

    Benefits                 H/M/L + Reason

    bullet

    People/ Resources  H/M/L + Reason

  3. Identify suitable responses
    bullet

    P, R, A, C, T

  4. Selection
    bullet

    Selected response and reason for selection/ rejection of others

    Final Risk Log fields

bullet

Owner    Scenario person “keep an eye on it”

bullet

Date of last Update

bullet

Current status

 Top

Risk Management’s Content

bullet

17.3.2 Two major steps, four steps in total
bullet

Plan and Resources
bullet

Add tasks and actual resources required for countermeasures and contingency to plans

bullet

Seek approval for revised plans
bullet

17.3.2 Countermeasures funded from project budget

bullet

Contingent actions (Plan B) funded from Contingency Budget

bullet

Monitor and Report
bullet

Create mechanisms to check ongoing status of risks

bullet

Watch and model trends

bullet

Report Risk status in Highlight and End Stage Reports
bullet

Possibly using a Risk profile Fig:17.5

bullet

Risk Log influences the project at many points in PRINCE2®
bullet

Fig 17.6

 Top

4Steps of Risk Management

bullet

Plan and Resource
bullet

“plan …new or modified Work Packages [to respond to the risk]”

  1. Planning
    bullet

    Obtain management approval for the quantity and type of resources required to carry out the actions

  2. Resourcing
    bullet

    Assign resources for actions to prevent, reduce or transfer & show in Project and Stage Plans

    bullet

    Assign resource for contingent actions from contingency budget (suggested at IP2 approved at DP2)

  3. Monitor & 4. report
    bullet

    “[Establish] mechanisms … for monitoring and reporting”

bullet

Risk Profile [and Reporting]

 Top

Responsibilities for Management of Risk

bullet

17.2.3 Ownership sets out who is responsible for:
bullet

“The risk framework in totality

bullet

… policy and … [deciding] willingness to take risk

bullet

… the risk process, such as identifying threats, through to producing risk response and reporting

bullet

Implementation … measures … in response to the risks

bullet

Interdependent risks that cross organisational boundaries...”

bullet

17.2.2 Risk Responsibilities
bullet

“one of the most important parts of the job done by the Project Board and the Project Manager”

bullet

17.2.3 “Overall ownership of the risk management process is likely to lie with the Executive”

 Top

Responsibilities for Each Risk

bullet

17.2. 3 Risk ownership: Each risk has an “owner”
bullet

the person best situated to keep an eye on it

bullet

"[has the] responsibility of monitoring each risk that they own…the actual task of monitoring may be delegated

bullet

Project Manager normally suggest the ‘owner’ and the Project Board should make the decision

bullet

Owner often a member of the Project Management Team

bullet

Executive
bullet

Overall ownership of the risk management process

bullet

Ensure all parts of risk management are owned

bullet

Take special responsibility for risks with business case implications

bullet

Project Board
bullet

Notifying the Project Manager of any external risk exposure to the project

bullet

Making decisions on the Project Manager’s recommended reactions to risk

bullet

Striking a balance between the level of risk and the potential benefits that the project may achieve

bullet

Notifying corporate or programme management of any risks that affect the project’s ability to meet corporate or programme objectives

bullet

Be the ‘Owners’ of risks. Particularly risks from sources external to the project

bullet

[& will delegate the day-to-day eye-balling]

bullet

Take special responsibility for User / Supplier risks as appropriate)

bullet

Project Manager responsibilities
bullet

Ensuring that risks are identified, recorded and regularly reviewed

bullet

Modifying plans to include agreed actions to avoid or reduce the impact of risks

bullet

Develop contingency plans

bullet

Respond via contingencies or deal with the Project Issue under Change Control

bullet

17.2.3 keeping a watching brief over all risks and check that defined actions, including monitoring, are taking place and are having the desired effect

bullet

Typically via reminders in the Daily Log

bullet

Reporting via Highlight Reports and the End Stage Report

bullet

Team Manager
bullet

Log risks they identify during MP1 and PL6

bullet

Otherwise raise new risks via Project Issue to CS3

bullet

Manage team level/ Work Package risks

bullet

Reporting via the Checkpoint Reports

bullet

Contribute to identification of or responses to risks

bullet

Take required actions (via work packages)

bullet

Organisation’s Management
bullet

Input to risk analysis [for assessment of Impact, Probability, Proximity & suggestion of potential responses under each heading in P.R.A.C.T. see 6 slides ahead]

bullet

Kept informed by the Project Board of the risk analysis results

bullet

Programme Management
bullet

[Ensure] procedures used by the project are consistent and compatible with those of the programme

bullet

Involve affected projects in programme risks

bullet

Project Assurance & Project Support & PSO
bullet

Ensure monitoring

bullet

Provide specialist management techniques and tools

 Top

Where the Risk Log Is Created and Updated

bullet

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.”

bullet

Risks to a Stage Plan should be examined as part of the production of that plan (SB1 or SB6 & SB4, PL6)
bullet

They should be reviewed each time the Stage Plan is updated” (CS2, CS5)

bullet

The Risk Log is created along with the Business Case in Preparing a Project Brief (SU4)
bullet

Updated with the Business Case in SB3 & SB4

bullet

A risk whose event is inescapable is now a Project Issue
bullet

The risk may have been raised as an issue initially

Refer to Figure 17.6 & 17.6.[1-15]

 Top

RK05, 06: Risk Context

 Top

RK05, 06: Risk Ch17 Fig 17.6

 Top

Applying PRINCE2®

bullet

RK03 Apply the Management of Risk to a given project scenario

bullet

RK04 Create, modify or discuss a Risk Log for given project scenario

bullet

RK05 Demonstrate the interfaces between the Risk Log and other PRINCE2® products especially Project Issues in a given project scenario

bullet

RK06 Identify the relationship between Management of Risk and other PRINCE2® components in a given project scenario

 Top

Management of Risk Question

bullet

Turn to Section:5 Sample Practitioner questions and try question 4
bullet

Do this question (and all subsequent ones) against the clock
bullet

Consider how long will you have in the exam for reading & answering

bullet

Re-read the scenario S:5.1 if you need to
bullet

Be sure to read ‘Additional Information’ that is specific to Question 4

bullet

Disregard the ‘Additional Information’ you read for Qn1 even if it is contradictory to Qn4. Every ‘Additional Information’ entry is stand-alone

bullet

Answer the question using a blank answer grid from S:5.3 then mark your answer using S:5.4

bullet

Research any questions where you disagree with the marking scheme
bullet

How long did you spend? By the time you come to the exam your target is 15mins

 Top

End of yet another chunk of work

bullet

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

 Top