Managing Risks in Projects. Risk Concepts The Likelihood that some Problematical Event will Occur The Likelihood that some Problematical Event will Occur.

Slides:



Advertisements
Similar presentations
Project management.
Advertisements

Chapter 7 Managing Risk.
Managing Risk CHAPTER SEVEN Student Version Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin.
Integra Consult A/S Safety Assessment. Integra Consult A/S SAFETY ASSESSMENT Objective Objective –Demonstrate that an acceptable level of safety will.
PROJECT RISK MANAGEMENT
The Software Project Management Discipline Succes software projects require careful planning and good use of iterative approaches. Understanding risks.
Note: See the text itself for full citations. Information Technology Project Management, Seventh Edition.
Chapter 14 Schedule Risk Management Dr. Ayham Jaaron Second Semester 2010/2011.
OPSM 639, C. Akkan1 Defining Risk Risk is –the undesirable events, their chances of occurring and their consequences. Some risk can be identified before.
Risk Analysis & Management. Phases Initial Risk Assessment Risk Analysis Risk Management and Mitigation.
Issue Tracking John D. McGregor Module 10 Session 1 Issue Tracking and Risk.
Chapter 7: Managing Risk
Projmgmt-1/33 DePaul University Project Management I - Risk Management Instructor: David A. Lash.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 4 Slide 1 COMP201 Project 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.
Software project management (intro)
Project Risk Management
Session 33 Guest Speaker: Gini Van Siclen. Risk Management for Project Managers Gini Van Siclen.
Software Project Risk Management
Project Management Hoang Huu Hanh, Hue University hanh-at-hueuni.edu.vn.
Managing Risk to Reduce Construction Claims (And Improve Project Success) Presented by Laurie Dennis, PE, CVS-Life, FSAVE.
Project Risk Management Risk Mitigation. Risk Management  The prime objective of risk management is to minimize the impact and probability of the occurrence.
Don Cole Risk Assessment and Mitigation Project Management for ARA Engineers and Scientists.
Project Risk Management
©Ian Sommerville 2000Software Engineering, 7th edition. Chapter 5 Slide 1 Chapter 5 Project Management Modified by Randy K. Smith.
Project Risk Management. The Importance of Project Risk Management Project risk management is the art and science of identifying, analyzing, and responding.
Chapter 11: Project Risk Management
Quantitative Decision Making and Risk Management CS3300 Fall 2015.
Risk management process
Project Risk Management For IT Professionals António Vieira Manager, Viatecla SA III Encontro Da Comunidade SQLPORT Lx,
Quick Recap Monitoring and Controlling. Phases of Quality Assurance Acceptance sampling Process control Continuous improvement Inspection before/after.
Chapter 8 Managing Project Risk Copyright 2012 John Wiley & Sons, Inc. 8-1.
1 TenStep Project Management Process ™ PM00.7 PM00.7 Project Management Preparation for Success * Manage Risk *
1 Chapter 5 Project management. 2 Project management : Is Organizing, planning and scheduling software projects.
Chapter 12 Project Risk Management
© The McGraw-Hill Companies, Software Project Management 4th Edition Risk management Chapter 7.
Object-Oriented Software Engineering
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 4 Slide 1 Project management l Organising, planning and scheduling software projects.
Chapter 3 Project Management Chapter 3 Project Management Organising, planning and scheduling software projects.
Ch 10 - Risk Management Learning Objectives You should be able to: List and describe risk management processes, inputs, outputs, and tools List and describe.
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.
Managing Risk CHAPTER SEVEN Student Version Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin.
SOFTWARE PROJECT MANAGEMENT
Managing Risk CHAPTER SEVEN Student Version Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin.
Chap 4. Project Management - Organising, planning and scheduling
Risk Management. 7–2 Where We Are Now 7–3 Risk Management Process Risk –Uncertain or chance events that planning can not overcome or control. Risk Management.
Project Risk Management. Risk-Defined A situation involving exposure to danger; “The combination of the probability of an event and its consequences”
Project Risk Management Sections of this presentation were adapted from A Guide to the Project Management Body of Knowledge 3 rd Edition, Project Management.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
1 Project Management C53PM Session 4 Russell Taylor Staff Work-base – 1 st Floor
PROJECT MANAGEMENT week 8
ON “SOFTWARE ENGINEERING” SUBJECT TOPIC “RISK ANALYSIS AND MANAGEMENT” MASTER OF COMPUTER APPLICATION (5th Semester) Presented by: ANOOP GANGWAR SRMSCET,
Project management. Software project management ■It is the discipline of planning, organizing and managing resources to bring about the successful completion.
Ashima Wadhwa.  Probably the most time-consuming project management activity.  Continuous activity from initial concept through to system delivery.
1 Project management Organising, planning and scheduling software projects.
Managing Project Risk – A simplified approach Presented by : Damian Leonard.
COMP201 Project Management.
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.
Chapter 11: Project Risk Management
Recognization and management of RISK in educational projects
Project Risk Management
ITPD ISSUE MANAGEMENT PROCESS SEPTEMBER 5, 2008
PMI North Area PMP Exam Study Group
Software Project Management (SPM)
Management. Management What is a risk? A risk is simply a probability that some adverse circumstance will actually occur.
Mumtaz Ali Rajput +92 – SOFTWARE PROJECTMANAGMENT Mumtaz Ali Rajput +92 –
Presented To: Sir Ali Raza Presented By: Kainat(06)Riffat(024)Asqsa(034) Group#06.
Project Risk Management
Managing Project Risks and Opportunities
Managing Risk Chapter 7.
Presentation transcript:

Managing Risks in Projects

Risk Concepts The Likelihood that some Problematical Event will Occur The Likelihood that some Problematical Event will Occur The Impact of the Event if it does Occur The Impact of the Event if it does Occur Risk = f (likelihood, impact) Risk = f (likelihood, impact) Project is considered Risky if at least One Factor is large Project is considered Risky if at least One Factor is large

Risk Identification Risk Tolerance is a Function of Experience Risk Tolerance is a Function of Experience –PM –Stakeholders Risk of Failure Risk of Failure –Schedule –Budget –Technical Goals Risk of Opportunity Risk of Opportunity –Rewards –Savings –Benefits

Risk Identification (Continued) Ways to Identify Project Risk Ways to Identify Project Risk –Chronology –Type of Work High Risks High Risks –Approach is New/Unusual –Technology is New/Unusual –Staff needs Training in New Tasks/Skills –Process using New Equipment, Systems or Procedures

Sources of Risk Any Factor of uncertain Probability which can affect the Outcome is of a Project is a Any Factor of uncertain Probability which can affect the Outcome is of a Project is a –Risk Source –Risk Hazard

Sources of Risk (Continued) Internal Risks Internal Risks –Market Risk »Ill Defined Market or Customer needs and Requirements »Failure to Identify Changing Needs and Requirements »Failure to identify Newly Introduced Products by Competitors –Technical Risk »Maturity »Complexity »Quality »Concurrency, or Dependency

Sources of Risk (Continued) External Risks, External Risks, –Market Conditions –Competitors’ Actions –Government Regulations –Interest Rates –Decisions by Sr. Mgmt or Customer »Budgets »Staffing »Priorities

Sources of Risk (Continued) External Risks (Continued) External Risks (Continued) –Customer Needs and Behavior –Supplier Relations –Weather –Labour Troubles –Material or Labor –External Control by Customers or Subcontractors

Risk Assessment Risk Likelihood Risk Likelihood –Probability a Hazard or Risk Factor will Materialize –Numerical Value between 1.0 (Certain) and 0 (Impossible) –Qualitative Rating »High Greater than 50% »Medium 20 to 50% »Low 20% or Less –Composite Likelihood Factor (CLF) »Sum of Multiple, Independent Risk Sources

Risk Assessment(Continued) Risk Impact Risk Impact –What Happens if a Risk Hazard Materialized –Specified in Terms of »Time »Cost »Performance Measures –Qualitative »High »Medium »Low

Risk Assessment(Continued) Risk Impact (Continued) Risk Impact (Continued) –Numerical Measure Between 0 and 1.0 »0 not Serious »1.0 Catastrophic

Risk Assessment(Continued) Risk Consequence Risk Consequence –Function or Likelihood and Impact –Can be Expressed as Numerical rating between 0 and 1.0 –Risk Consequence Rating (RCR) »RCR = CLF + CIF - CLF(CIF) –Can be Expressed as an Expected Value or the Average Outcome for large Tries »Risk Consequence = (Impact) x (Likelihood)

Risk Assessment(Continued) PERT PERT –Incorporates Risk through the three Estimates for Each Project Activity »a, Optimistic »m, Most Likely »b, Pessimistic –Use a larger value of b to account for Greater Risk –This Produces a larger Variance for Project Completion Time (Add buffer Time to Project) –PERT Provides a Way for Measuring the Consequences of Risk on Project Completion Times

Risk Assessment(Continued) Risk Priority Risk Priority –PM must Define a Risk Tolerance Level –Consider Risks at that Level and Higher –Team Members Review all these Tasks and Make Recommendations –In Complex Systems Joint Failures Can Occur

Risk Response Planning How to Deal with the Problem Transfer the Risk Transfer the Risk Avoid Risk Avoid Risk Reduce Risk Reduce Risk Contingency Planning Contingency Planning Accept Risk (Do Nothing) Accept Risk (Do Nothing)

Risk Likelihood, Risk Impact, and Expected Value Consequences

Avoid Risk Alter the Initial Project Concept Alter the Initial Project Concept –Eliminate Risky Activities –Minimize System Complexity –Reduce End-Item Quality Requirements Change Contractors Change Contractors Incorporate Redundancies Incorporate Redundancies Change Safety Procedures Change Safety Procedures Better to Reduce Risk to Acceptable Level Than Eliminate Payoff Opportunity Better to Reduce Risk to Acceptable Level Than Eliminate Payoff Opportunity

Reduce Risk Technical Performance Reduce System Complexity to a Minimum Reduce System Complexity to a Minimum –Reorganize Tasks –End Item Design –Decouple Activities »Contains Failure to one Activity Use Design Margins Use Design Margins –A Management Reserve –Design Value is Greater than Design Requirement

Reduce Risk Meeting Schedules Create Master Project Schedule Create Master Project Schedule Schedule Risky Tasks Early to Allow Time to Recover Schedule Risky Tasks Early to Allow Time to Recover Focus on Critical and Near-Critical Activities Focus on Critical and Near-Critical Activities –Path –Risk Best People on Time-Critical Tasks Best People on Time-Critical Tasks

Reduce Risk Meeting Schedules (Continued) Incentives for OT Incentives for OT –Compensated Salary –Compensated Time Do High Risk Activities in the Project Network in Parallel Do High Risk Activities in the Project Network in Parallel Organize Project Early with Adequate Staff Organize Project Early with Adequate Staff

Reduce Risk Meeting Project Cost Identify and Monitor Cost Drivers Identify and Monitor Cost Drivers Perform Design Alternative Reviews and Assessments Perform Design Alternative Reviews and Assessments Validate System Design and Performance Validate System Design and Performance –Modeling –Assessment

Accept Risk (Do Nothing) Not All Risks are Severe or Fatal Not All Risks are Severe or Fatal Cost Benefit Analysis Cost Benefit Analysis Not for Risks which are Potentially Severe Not for Risks which are Potentially Severe

Risk Management is Project Management Another Tool for PM Another Tool for PM Supplements Supplements –Requirements Definition –Task Definition –Scheduling –Budgeting –Configuration Management –Change Control –Performance Tracking and Control

Expect the Unexpected Do All You Can Do All You Can Cannot Cover Every Contingency Cannot Cover Every Contingency Bonaparte’s Principle came along before Murphy’s Laws, i.e., “Something Surely Will Go Wrong” Plan for It to Occur Bonaparte’s Principle came along before Murphy’s Laws, i.e., “Something Surely Will Go Wrong” Plan for It to Occur

Risk Analysis Methods Expected Value Expected Value Decision Trees Decision Trees Uncertainty and Payoff Tables Uncertainty and Payoff Tables Simulations Simulations