Don Cole Risk Assessment and Mitigation Project Management for ARA Engineers and Scientists.

Slides:



Advertisements
Similar presentations
Project management.
Advertisements

Managing Risk CHAPTER SEVEN Student Version Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin.
PROJECT RISK MANAGEMENT
1 SW Project Management (Planning & Tracking) Dr. Atef Z Ghalwash Faculty of Computers & Information Helwan University.
Note: See the text itself for full citations. Information Technology Project Management, Seventh Edition.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 3.1.
Risk Analysis & Management. Phases Initial Risk Assessment Risk Analysis Risk Management and Mitigation.
Chapter 7: Managing Risk
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Introduction to ARA’s Proposal Resources Don Cole
Lean Six Sigma: Process Improvement Tools and Techniques Donna C. Summers © 2011 Pearson Higher Education, Upper Saddle River, NJ All Rights Reserved.
7-1 Risk Management. 7-2 Risk Risk (in general, in finance): deviation, variance The change can be positive or negative Project risk: any possible event.
Module 8: Risk Management, Monitoring and Project Control We would like to acknowledge the support of the Project Management Institute and the International.
S/W Project Management
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 4 Slide 1 Concerned with activities involved in ensuring that software is delivered: on.
Copyright © 2014 McGraw-Hill Higher Education. All rights reserved. CHAPTER 15 Project Management McGraw-Hill/Irwin.
Software Project Management Lecture # 8. Outline Earned Value Analysis (Chapter 24) Topics from Chapter 25.
From Research Prototype to Production
Managing Risk. Objectives  To Describe Risk Management concepts and techniques  To calculate and analyze a project using Probability of completion 
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 4.1.
NCSX Management Overview Hutch Neilson, NCSX Project Manager NCSX Conceptual Design Review Princeton, NJ May 23, 2002.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Soft Tech Development Inc. 1 Software Project Tracking A CMM Level 2 Key Process Area Soft Tech Development Inc.
Risk Management for Technology Projects Geography 463 : GIS Workshop May
Chapter 4 The Project. 2 Learning Objectives Third phase starts after a contract is drawn up and ends when the project objective is accomplished; final.
Introduction- Project Management By Ctrl+C & Ctrl+V 1.
Managing Risks in Projects. Risk Concepts The Likelihood that some Problematical Event will Occur The Likelihood that some Problematical Event will Occur.
Project Management Course WebEx Introduction Don Cole & Felix Sanchez Project Management for ARA Engineers and Scientists.
7-1 Copyright © 2010 Pearson Education, Inc. Publishing as Prentice Hall Risk Management Chapter 7.
7-1 Risk Management Chapter 7 Copyright © 2010 Pearson Education, Inc. Publishing as Prentice Hall.
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
Chapter 7 Copyright © 2010 Pearson Education, Inc. Publishing as Prentice Hall 7-1 Risk Management.
Insert Procurement Event Name Here Procurement Plan Presentation.
Chapter 11. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
Object-Oriented Software Engineering
Integrated Risk Management Charles Yoe, PhD Institute for Water Resources 2009.
1 The Concept of Risk A risk is defined as a variable that can take a value that endangers or eliminates success for a project. In plain terms, a risk.
Managing Risk The Science and Art of IT Risk Assessment for Project Managers Presented at the FCW Events Government PM Summit November 2004 Michael Lisagor.
Felix Sanchez Estimating the Budget and Cost (Part 1) Project Management for ARA Engineers and Scientists Developing a Bottoms Up Estimate.
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.
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.
Jeff Sestokas Estimating the Budget and Cost (Part 2) Project Management for ARA Engineers and Scientists Developing an Estimate from the Top Down.
Integrated Risk Management Charles Yoe, PhD Institute for Water Resources 2009.
Project Management presented by Aaron Molloy - Jimmy Kenny - Taras Voloshyn Newspaper Delivery System.
Managing Risk CHAPTER SEVEN Student Version Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin.
Introducing Project Management Update December 2011.
February 15, 2004 Software Risk Management Copyright © , Dennis J. Frailey, All Rights Reserved Simple Steps for Effective Software Risk Management.
RISK MANAGEMENT YULVI. Introduction Time Quality Cost Project Constraints Success Introduction.
1 Chapter 3: Project Management Chapter 22 & 23 in Software Engineering Book.
Project Risk Management. Risk-Defined A situation involving exposure to danger; “The combination of the probability of an event and its consequences”
Chapter 7 Risk Management.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
1 Project Management Software management is distinct and often more difficult from other engineering managements mainly because: – Software product is.
Don Cole Closing out the Project Project Management for ARA Engineers and Scientists.
Dolly Dhamodiwala CEO, Business Beacon Management Consultants
Chapter 13 Risk Management. Chapter Objectives 1.Define risk and risk management 2.Outline key risk issues and types of risk 3.Identify concrete methods.
Stoimen Stoimenov QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
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.
Managing Project Risk – A simplified approach Presented by : Damian Leonard.
Project Management PTM721S
Ranjan kumar Assistant Manager CCL,Ranchi
Risk management Chapter 7 Copyright ©2016 Pearson Education, Inc.
Management. Management What is a risk? A risk is simply a probability that some adverse circumstance will actually occur.
About the speaker 26 years of experience with IBM
Project Overview.
Presentation transcript:

Don Cole Risk Assessment and Mitigation Project Management for ARA Engineers and Scientists

Copyright All rights reserved. Applied Research Associates, Inc. 2 Overview  What types of risks are of concern to Project Manager?  How do you identify the risks?  What are the potential impacts? To the project To the company  How are risks eliminated or mitigated?  Where do you first assess risks? Economics of Risk Cost (U) Ps*Ps* Reliability (P s ) Total Lifetime Costs U = U i + (1 - P s ) U f {min U} U i = Initial System Cost (1 – P s ) U f = Expected Cost of System Failure What are some Quality Implications?

Copyright All rights reserved. Applied Research Associates, Inc. 3 Desired Learning Objectives  Risk Assessment and mitigation/elimination is a management function  Why include Risk Assessment in proposal response?  How to identify and assess risks  How to monitor risks as the project proceeds  How failure to address risks can have serious impacts beyond the quality of the project performance Roswell 250 miles NO! Your OTHER left …

Copyright All rights reserved. Applied Research Associates, Inc. 4 Risk Mitigation is a Management Function  Planning Identify risk elements Characterize impact (failure to mitigate) Eliminate where possible by adjusting approach Mitigate where elimination is impossible  Evaluation and Reassessment during execution Plan revision Staff supervision Risk Assessment Plan

Copyright All rights reserved. Applied Research Associates, Inc. 5 Understanding Risk 1.What can go wrong? 2.How likely is it? 3.What are the consequences? 4.How can the risk be eliminated or mitigated? Four Principal Questions:

Copyright All rights reserved. Applied Research Associates, Inc. 6 Risk Defined What type of risks get the most publicity? What types of risks most often affect project performance? What types of risks are the most demanding to identify for experimental programs? Example Types of Risks: Low probability and high consequence Frequent events and low consequences Moderate probability and moderate consequences Very low probability and very high consequences

Copyright All rights reserved. Applied Research Associates, Inc. 7 Two Categories of Risk  Project Risks Technical Financial Schedule  Company Risks Safety Security Small Business Requirements

Copyright All rights reserved. Applied Research Associates, Inc. 8 Assessing and Mitigating Project Risk  Performance Risk Is desired outcome clear? Does customer recognize risk? What confidence objective can be met?  Cost Risk Is the approach in each task clear enough to price with confidence? Does our approach allow an adequate management reserve?  Schedule Risk Does PM control all elements effecting the schedule? Is there adequate lag time before each milestone?

Copyright All rights reserved. Applied Research Associates, Inc. 9 Characterizing and Tracking Risks  Identified risks should be assessed in two dimensions Likelihood of Occurrence ▪How likely is it that this risk will actually happen? Impact of Occurrence ▪How drastically will project be affected if the risk does occur?  Both dimensions typically assessed using high/medium/low categories Overall assessment determined by combining the two dimensions ▪Risk with an overall assessment of medium or high should have a risk mitigation plan Overall Risk AssessmentLikelihood of Occurrence LowMediumHigh Impact of Occurrence Low Medium LowMediumHigh MediumHigh

Copyright All rights reserved. Applied Research Associates, Inc. 10 Elements of a Risk Mitigation Plan  Risk Name & Description Briefly describe the risk and identify it as one or more types (e.g. cost, schedule, technical, safety, security, etc.)  Assessment Identify likelihood of occurrence as high, medium or low ▪Defend assessment with 1-2 sentences/bullets Identify likelihood of occurrence as high, medium or low ▪Defend assessment with 1-2 sentences/bullets  Mitigation Plan Describe the steps to be taken now that will reduce the likelihood of the risk occurring Describe the steps to be taken now that will reduce the impact if the risk does occur  Indicator/Observation Plan Describe key triggers that will indicate the identified risk has occurred or is about to occur  Contingency Plan Describe the work around to be performed after the risk does occur

Copyright All rights reserved. Applied Research Associates, Inc. 11 Example: Cost Overrun Risk  Risk name: cost overrun on CPFF effort  Assessment: high Effort divided between three divisions and a subcontractor Customer has only vaguely defined expectations  Impact: high Customer will have to seek additional funds or reduce requirements Will reduce fee percentage  Mitigation Plan Work with customer to establish expectations within budget Provide clear requirements, budget and schedule to each division and subcontractor Track cost/performance monthly ▪Assure separate phase in BST for each performer/task ▪Establish milestones and associated costs with Task Leaders  Indicator/Observation Plan Look for significant cost or schedule variance by task  Contingency Plan Reserve a portion of the budget for contingencies (Management Reserve)

Copyright All rights reserved. Applied Research Associates, Inc. 12 Who is Responsible for Risk Reduction Activities?  What process will you use to periodically assess the status of your proposed risk reduction action plans?  How and how often will you communicate the progress to the customer? Communicate in your proposal how your management approach addresses the cost, schedule and performance risks

Copyright All rights reserved. Applied Research Associates, Inc. 13 What are Some Things that Can Go Wrong?  Communication Large staff, including multiple divisions Solve the wrong problem (generally task and subtask level)  Staff Changes New project absorbs your key staff, staff turnover Staff preoccupied with other “higher priority” short-term projects  Underestimate effort needed to develop/use computer models Using new models New bugs found in current models Model needs to be adapted – new code written, integrated and tested

Copyright All rights reserved. Applied Research Associates, Inc. 14 What are Some Things that Can Go Wrong? (cont.)  Equipment breakdowns  Accessibility to site, data, other models  Takes longer than expected to get clearances  Customer CTR is replaced by new person ▪On VERTEC’s ARTS program, 4 CTRs and 5 COs in five years and numerous logistics and engineering POCs changes – increased risk Requirements change Customer is non-responsive to needed decisions

Copyright All rights reserved. Applied Research Associates, Inc. 15 Assessing and Mitigating Company Risk  Safety Risk Are personnel or property exposed to hazards? Can these hazards be avoided by revising approach? Can remaining hazards be successfully mitigated?  Security Risk Are we physically equipped to meet security requirements? Are our personnel adequately trained? Do we have a plan for comprehensive review?  Subcontractor Risk Geographical separation, lack of adequate cost/schedule/performance feedback, lack of timely billing, etc. Is our approach compatible with contract SB requirements and with company SB plan requirements?

Copyright All rights reserved. Applied Research Associates, Inc. 16 Costs to Recover from Major Quality Problems Costs to Fix Major Quality Problems     % Time Error Detected/Project Period of Performance ARA Milestones 1. Project Plan 2. 35% Review 3. 65% Review 4. Deliverables Review “Kickoff” Meeting Project Team Meetings, Reviews “Project staff must identify and fix errors, oversights and poor design problems early.”

Copyright All rights reserved. Applied Research Associates, Inc. 17 Why Include Risk Assessment in Proposal Response?  Often required in large procurements  Demonstrates and understanding of processes necessary to meet procurement requirements Associated uncertainties that can impact quality, cost and schedule  Allows incorporation of risk mitigation in technical and management approach Structure approach to eliminate or minimize significant risks Include contingencies for conditions beyond control  Allows client recognition of risks and acknowledgement of potential outcomes

Copyright All rights reserved. Applied Research Associates, Inc. 18 Summary  Risk assessment/mitigation is a management function  Risks can have impact well beyond the life of a project  Risk assessment and development of mitigation plan at proposal stage provides client confidence you can meet requirements on schedule and within budget Allows client recognition of factors beyond control Affects likely quality of final product  Early risk mitigation provides lowest cost Importance of milestones