[email protected]

17
COMP3001 Technology Management & Professional Issues: Project Management Risk Management Lecture 9 Graham Collins, UCL [email protected]

description

COMP3001 Technology Management & Professional Issues: Project Management Risk Management Lecture 9 Graham Collins, UCL. [email protected]. Risks mentioned. Lack of appropriate communication to client Lack of ‘buy-in’ - PowerPoint PPT Presentation

Transcript of [email protected]

Page 1: graham.collins@ucl.ac.uk

COMP3001 Technology Management & Professional Issues:

Project Management

Risk ManagementLecture 9

Graham Collins, UCL

[email protected]

Page 2: graham.collins@ucl.ac.uk

Risks mentionedRisks mentioned

Lack of appropriate communication to client Lack of ‘buy-in’ Delivering the project, on time on budget to the required

performance can still result in the project being considered a failure

Scope creep, the project may be delayed and over budget Lack of understanding of the requirements, how the work fits

into the wider picture (WBS) or how this links into the process (the series of linked development stages) or life-cycle, the main phases of the project

Lack of understanding of progress Lack of understanding of capability, the individual, team or the

organisation Sometimes it is useful to categorise risks using a framework

mentioned PESTEL, otherwise categories of risks may be ignored

As with metrics, it is useful to keep data and discuss in a review session.

Page 3: graham.collins@ucl.ac.uk

Discounting future performance measuresDiscounting future performance measures

Poor communication Lack of technical understanding Intrinsic uncertainty Different interpretations Different assumptions Multitude of variables Problem compounded by linking to

options

Page 4: graham.collins@ucl.ac.uk

Plotting V as a function of DPlotting V as a function of D

deferral is the preferred choice

proceed now is the preferred choice

D, the real discount rate642

2000

0

-2000

-10 000

-8 000

Based on Chris Chapman & Stephen Ward, Managing Project Risk and Uncertainty: A Constructively Simple Approach to Decision Making, John Wiley 2002.

Uncertainty about cash flows can be examined using sensitivity analysis on a few key variables

V, the value of deferral less proceed now cash flows

Page 5: graham.collins@ucl.ac.uk

M_o_R Strategic framework for the Management of RiskM_o_R Strategic framework for the Management of Risk

Define a framework

Identify the risks

Identify probable risk owners

Evaluate the risks

Set acceptable levels of risk tolerance

Identify suitable responses to risk

Implement responses

Gain assurances about effectiveness

Embed and review

Based on: Management of Risk: Guidance for Practitioners, OGC, HMSO,2002 originally adapted from the HM Treasury Orange Book

Page 6: graham.collins@ucl.ac.uk

Definitions from M_o_RDefinitions from M_o_R

Risk - uncertainty of outcome (whether a positive or negative threat). It is the combination of the chance of an event and its consequences

Risk management – the task of ensuring that the organisation makes cost effective use of a risk process. Risk management requires: processes in place to monitor risks; access to reliable up to date information about risk; the right balance of control in place to deal with those risks; decision making processes supported by a framework of risk analysis and evaluation.

Risk register – a product used to maintain information on all the identified risks pertaining to a particular activity (project or programme)

Risk appetite – the amount of risk the organisation is prepared to tolerate (be exposed to) at any point in time.

Page 7: graham.collins@ucl.ac.uk

Risk Management - StagesRisk Management - Stages

1. Risk awareness2. Risk identification3. Risk owner identification4. Qualitative assessment5. Quantification of probability6. Quantification of impact (severity)7. Exposure rating8. Mitigation9. Contingency provision10. Risk register11. Software usage (if any)12. Monitoring and reporting

Based on Albert Lester, Project Planning and Control, third edition, Butterworth-Heinemann, 2000

Page 8: graham.collins@ucl.ac.uk

Risk Profile ModelsRisk Profile Models

The project profile model www.ogc.gov.uk

Unacceptable risks

Acceptable risks

Impact (effect)

L M H

Risk tolerance line

L

M

H

Typically this grid incorporates, categories VL and VH on both scales

Probability

Page 9: graham.collins@ucl.ac.uk

Status flagsStatus flags

Status flags may also be used. Identified in terms of red/amber/green (or RAG status)

The use of RAG status can be useful for incorporating the status reporting from risk registers into the risk profiles

Measure of risk RAG status, reflects the level of exposure that the risk represents to the project

Action RAG status, reflects the effectiveness of the action applied to the risk.

Page 10: graham.collins@ucl.ac.uk

Risk registerRisk register

Probability Risk reduction strategy

Contingency plans

Risk owner

Based on A. Lester, ibid. Other categories could be added i.e. trigger, (which would be synonymous to input in a process diagram) or proximity indicating which phase the risk is likely to occur.

Reference: ………..... Date: …………………Prepared by: ……………..

Project: ……………………………….. Key: H – High; M – Medium; L - LowType of Risk

Description of Risk H M L Perf. Cost Time

Impact

Page 11: graham.collins@ucl.ac.uk

Solar heating exerciseSolar heating exercise

Please work in pairs

You are the owner of a semi-detached house (your partner in the exercise owns the adjacent property)

You decide to replace part of the roof with solar panels to save on your hot water heating bill. Identify the risks involved in this project, and ways in which you could manage each of these risks.

I hope to display some of your ideas for the class to discuss, after 10 minutes.

Page 12: graham.collins@ucl.ac.uk

Risk ManagementRisk Management

Risk Probability Impact

Insufficient number of skilled OO developers

H H

Demo not ready for OOP conference Munich

M H

Then develop a management plan on wall, ie risk, actions, owner, status

Page 13: graham.collins@ucl.ac.uk

Visible modelsVisible models

Risk Actions Owner Status…

Insufficient number of skilled object-oriented developers; thus slow development and poor design

The key concept is to keep the models such as the risk register (here it is the risk list with associated actions and status) as visible as possible, using whiteboards on the wall of the project room, and then transfer via digital camera to a Wiki web-page (project web-page).

Proactive Hire temporary consultants Design and program in pairs Classroom education and mentoring

Page 14: graham.collins@ucl.ac.uk

Personal viewPersonal view

Shared responsibility for risk i.e. the team are responsible for risk reporting (as well as joint planning, estimating, reporting progress and sharing the rewards).

Where possible teams of two are not only involved in co-development (pair programming) but

also keeping track of each others progress in a supportive manner as well as tracking risks specific to their tasks as well as the risks they have volunteered to own.

(In addition effort is sometimes placed on identification of risks which are then not adequately tracked and managed. Another area that is important is that risk often cannot easily be quantified, they often have a profile, hence Monte Carlo software simulations are important for understanding and interpreting risks.)

Page 15: graham.collins@ucl.ac.uk

EnvironmentEnvironment

Continuous integration Project Wiki webs Reverse engineering- Somatik Caves, walls, digital technology

Page 16: graham.collins@ucl.ac.uk

Risk Concept Map for Euro changeover projectRisk Concept Map for Euro changeover project

Bank customer dissatisfaction

Risk of litigation

Risk of mis-dispense if

notes not robust

Banks could run out of cash in certain areas

Replacement may be a problem

On premise storage

Demand will be unusually high

Changeover is in a holiday period

Planned branch opening times

may be impacted

Potential widespread ATM downtime

Potential for help desk call surge

Based on a NCR project, Euro changeover project for automated teller machines, John Barlett, Managing Risk for Projects and Programmes, Project Manager Today, 2002

Risk situation

Impact

Risk driver

Assumption

R1

R2

Risk number related to registerR2

Page 17: graham.collins@ucl.ac.uk

Case Study- Data Intelligence Case Study- Data Intelligence

‘Alongside monitoring the vast amounts of e-mail…the RBS Group records and stores other types of unstructured content including digital voice calls made in its dealing rooms, for regulatory purposes.’

Apart from the need to guard against fraud, there is a need to ‘store information for compliance, litigation and e-discovery requirements’.

“It is about the quality of information capture – whether customer details or financial transactions – as a function of risk control and risk management,” David Kemp RBS legal department.

From:

‘Harnessing data intelligence for future growth, (Case Study Royal Bank of Scotland Group) Information Management guide

Martin Courtney,

Computing 22 January 2009