Chapter(3) Qualitative Risk Analysis. Risk Model.

Slides:



Advertisements
Similar presentations
Project management.
Advertisements

Chapter 7 Managing Risk.
PROJECT RISK MANAGEMENT
Facilities and Aggregate Planning. A digression I am not an advocate of gambling, but use an example here that you might draw on later. Say I have a coin.
Risk Planning Manajemen Proyek dan Strategi Kepemimpinan Jurusan Teknik Elektro Universitas Udayana September 2011.
Chapter 9 Project Analysis Chapter Outline
Chapter 14 Schedule Risk Management Dr. Ayham Jaaron Second Semester 2010/2011.
Risk Analysis & Management. Phases Initial Risk Assessment Risk Analysis Risk Management and Mitigation.
CHAPTER NO 2.  Everything in history which has been planned was done in a highly predictable manner  Whatever you do whether launching a new product,
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 1 Slide 1 Project management.
Project Risk Management
Computer Engineering 203 R Smith Risk Management 7/ Risk Management The future can never be predicted with 100% accuracy. Failure to plan for risks.
Assessment of Systems Effort Factors Functionality Impact Factors Functionality Interface Usability What it does Collection Value to task Effectiveness.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
1 SOFTWARE PRODUCTION. 2 DEVELOPMENT Product Creation Means: Methods & Heuristics Measure of Success: Quality f(Fitness of Use) MANAGEMENT Efficient &
Session 33 Guest Speaker: Gini Van Siclen. Risk Management for Project Managers Gini Van Siclen.
Social Research Methods
Project Risk Management EECS811: IT Project Management Presenter: Gavaskar Ramanathan.
Introduction to the Design of Experiments
Problem solving in project management
贾银山 Software Engineering, Chapter 5 Slide 1 Project management.
©Ian Sommerville 2000Software Engineering, 7th edition. Chapter 5 Slide 1 Chapter 5 Project Management Modified by Randy K. Smith.
PRM 702 Project Risk Management Lecture #28
Project management DeSiaMore 1.
Project Risk Management: An Overview Andrew Westdorp Program Manger, IV&V Lockheed Martin (301)
Project Risk Management. The Importance of Project Risk Management Project risk management is the art and science of identifying, analyzing, and responding.
Project Risk Management Supplement. The Importance of Project Risk Management  Project risk management is the art and science of identifying, assigning,
Chapter 1: Introduction to Statistics
Chapter 11: Project Risk Management
Chapter 10 Contemporary Project Management Kloppenborg
Software Project Management Lecture # 8. Outline Earned Value Analysis (Chapter 24) Topics from Chapter 25.
Managing Risk. Objectives  To Describe Risk Management concepts and techniques  To calculate and analyze a project using Probability of completion 
IT-301 Project Management I:
Hartley, Project Management: Integrating Strategy, Operations and Change, 3e Tilde Publishing Chapter 10 Risk Management Proactively managing the positive.
Project Management Office (PMO) Technical Risk Workshop Wendy Collidge.
1 TenStep Project Management Process ™ PM00.7 PM00.7 Project Management Preparation for Success * Manage Risk *
Management & Development of Complex Projects Course Code MS Project Management Risk Management Framework Lecture # 22.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 5 Slide 1 Risk management.
Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Project management Lecture 10. Topics covered Management activities Project planning Project scheduling Risk management.
Step 3 of the Data Analysis Plan Confirm what the data reveal: Inferential statistics All this information is in Chapters 11 & 12 of text.
Management & Development of Complex Projects Course Code MS Project Management Perform Qualitative Risk Analysis Lecture # 25.
Biostatistics Class 1 1/25/2000 Introduction Descriptive Statistics.
11.1 Plan Risk Management The process of defining how to conduct risk management activities for a project Detailed risk planning enhances the overall probability.
Risk Management 3-1 Chapter 3. Learning Objectives Define risk. Define risk management. Discuss the meaning of and the process for risk identification.
Lecture 7 Risk Analysis CSCI – 3350 Software Engineering II Fall 2014 Bill Pine.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Chapter 3 Project Management Chapter 3 Project Management Organising, planning and scheduling software projects.
Project Management IV1021Fö5 Risk Management. Agenda Project Risk Project Risk Management The Risk Management Process Goal: get an understanding of basic.
STEP 4 Manage Delivery. Role of Project Manager At this stage, you as a project manager should clearly understand why you are doing this project. Also.
SOFTWARE PROJECT MANAGEMENT
1 Project management. 2 Topics covered Management activities Project planning Project scheduling Risk management.
Project Risk Management Planning Stage
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Project management 1/30/2016ICS 413 – Software Engineering1.
Writing your master’s dissertation A 21-step guide to success frontinus.org.uk.
Project management. Software project management ■It is the discipline of planning, organizing and managing resources to bring about the successful completion.
1 Project management Organising, planning and scheduling software projects.
Academic Writing Fatima AlShaikh. A duty that you are assigned to perform or a task that is assigned or undertaken. For example: Research papers (most.
Projects plan – April 2016 stakeholder meeting. Where we are and where we are going…
Project management Chapter 5. Objectives To explain the main tasks undertaken by project managers To introduce software project management and to describe.
 Define and recognize risk  Define the contents of a risk management plan  Conduct a risk identification and prioritization process  Define.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Social Research Methods
The Importance of Project Risk Management
06:40.
Tools and Techniques for Quality
Knowing When to Stop: An Examination of Methods to Minimize the False Negative Risk of Automated Abort Triggers RAM XI Training Summit October 2018 Patrick.
Chapter#8:Project Risk Management Planning
Chapter#8:Project Risk Management Planning
Presentation transcript:

Chapter(3) Qualitative Risk Analysis

Risk Model

Introduction Having identified a range of risks we now need to consider which are the most serious risks in order to determine where to focus out attention and resources. We need to understand both their relative priority and absolute significance. People generally are not inherently good at analyzing risk. We tend to take decisions swayed by our emotional response to a situation rather than an objective assessment of relative risk. We are similarly bad at looking at probability in a holistic way. People generally focus on risks that have occurred recently even though another risk may have happened exactly the same number of times over the last five years.

Qualitative Vs. Quantitative We must accept that most of the risk analysis done in our environment will be of a qualitative nature. Few of us have the skills, time or resources to undertake the kind of quantitative modeling that goes on in major projects in the commercial sector. It is possible to improve the objectivity of your analysis without getting into complex calculations or needing specialist software tools. We have already said that it pays to involve a range of people in the identification and analysis of risk. Each will of course bring their own bias to the analysis but if you understand your organization and stakeholders it ought to be possible to separate out the valuable experience from the personal agendas

Probability & Impact In deciding how serious a risk is we tend to look at two parameters: – Probability - the likelihood of the risk occurring – Impact - the consequences if the risk does occur Impact can be assessed in terms of its effect on: – Time – Cost – Quality There is also a third parameter that needs to be considered: – Risk proximity - when will the risk occur?

Proximity Proximity is an important factor yet it is one that is often ignored. Certain risks may have a window of time during which they will impact. A natural tendency is to focus on risks that are immediate when in reality it is often too late to do anything about them and we remain in 'fire-fighting' mode. By thinking now about risks that are 18 months away we may be able to manage them at a fraction of the impact cost. Another critical factor relating to risk proximity is the point at which we start to lose options. At the start of a project there may be a variety of approaches that could be taken and as time goes on those options narrow down.

Scaling Process Assessment of both probability and impact is subjective but your definitions need to be at an appropriate level of detail for your project. The scale for measuring probability and impact can be numeric or qualitative but either way you must understand what those definitions mean. Very often the scale used is High, Medium and Low. This is probably too vague for most projects. On the other hand a percentage scale from is probably too detailed. Use enough categories so that you can be specific but not so many that you waste time arguing about details that won't actually affect your actions. Experience suggests that a five-point scale works well for most projects.

A suggested scale - Probability

A suggested scale - Impact

A suggested scale

Assigning Numeric Scales At this point you may wish to add a numeric scale and use some form of traffic light system to break the risks into groups requiring different response strategies.

same linear scale for both axes

Assigning Numeric Scales The next table doubles the numeric value each time on the impact scale. This is perhaps a more useful model as it gives more weight to risks with a high impact. A risk with a low probability but a high impact is thus viewed as much more severe than a risk with a high probability and a low impact. This avoids any 'averaging out' of serious risks.

scale with double values for Impact

Promote or Demote It is questionable whether the amber risks warrant separate classification in terms of your response strategy and it is suggested that you examine each in turn and either 'promote' or 'demote' them to red or green. This can be important in assessing the overall level of risk especially if you opt for the straightforward linear scale in the first table. This means particularly being clear about what you mean by a 'medium' level of probability. The diagram below shows the previous example with the amber risks demoted or promoted (here those risks with a value of 10 or above have been promoted to red, below 10 demoted to green).

Promote or Demote

Cutting your risk categories down in this way leaves you with two sets of risks requiring a response strategy: Red Risks = Unacceptable. – We must spend time, money and effort on a response. – This is likely to be at the level of the individual risk. Green Risks = Acceptable. This does not mean they can be ignored. We will cover them by means of contingency. This means setting aside a sum of money to cover this group of risks.