Types of Risks 1.Project risks –Impact schedule and cost –Includes budgetary, schedule, personnel, resource, customer, requirement problems 2.Technical.

Slides:



Advertisements
Similar presentations
Project management.
Advertisements

Risk Analysis and Management M Taimoor Khan
Note: See the text itself for full citations. Information Technology Project Management, Seventh Edition.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Risk Analysis and Management
1 Chapter 6 Risk Management. 2 Project Risks What can go wrong? What is the likelihood? What will the damage be? What can we do about it?
CIS 375 Bruce R. Maxim UM-Dearborn
Chapter 25 Risk Management
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 25 Risk Management Software Engineering: A Practitioner’s Approach, 6/e Chapter 25 Risk.
Chapter 25 Risk Management
1 RISK ANALYSIS AND MANAGEMENT By Hüseyin Gürsev 2005.
Software Engineering Risk Management. Steps in Project Planning lScope—understand the problem and the work that must be done. lEstimation—how much effort?
Software Project Management Lecture # 8. Outline Chapter 25 – Risk Management  What is Risk Management  Risk Management Strategies  Software Risks.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Chapter 2 The process Process, Methods, and Tools
1 Chapter 6 Risk Management. 2 Project Risks What can go wrong? What is the likelihood? What will the damage be? What can we do about it?
Software Project Management Lecture # 8. Outline Earned Value Analysis (Chapter 24) Topics from Chapter 25.
Chapter 2 Project Management Lecture 1 1Chapter 22 Project management.
Information System Design IT60105 Lecture 21 Staff Organization, Risk Management and Software Configuration Management.
Lecture3 : Change Control Lecturer: Kawther Abas 447CS – Management of Programming Projects.
1 Chapter 5 Project management. 2 Project management : Is Organizing, planning and scheduling software projects.
Risk Analysis and Management. Reactive Risk Management Project team reacts to risks when they occur. More commonly, the software team does nothing about.
Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Risk Analysis & Management
1 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
1 Risk Management. Risk concerns future happenings For today and yesterday, we are reaping what we sowed by our past actions/inactions Can we change today.
What is it? A risk is a potential problem — it might happen, it might not. But, regardless of the outcome, it’s a really good idea to identify it. Assess.
Object-Oriented Software Engineering
Chapter 22 – Risk Management 1Chapter 22 Project management.
Chapter 3 Project Management Chapter 3 Project Management Organising, planning and scheduling software projects.
Lecture # 17 PRM 702 Project Risk Management Ghazala Amin
Risk Analysis 1. Project Risks 2 What can go wrong? What is the likelihood? What will the damage be? What can we do about it? Check : List of potential.
Everyone is a risk manager Risk & Opportunity Management.
Software Engineering B.Tech IT/II Sem-II Term: Unit-7 PPT SLIDES Text Books:1.Software Engineering, A practitioner’s approach Roger s. Pressman.
1 Project management. 2 Topics covered Management activities Project planning Project scheduling Risk management.
Software Engineering Lecture 6: Risk Analysis & Management.
EFFORT ESTIMATION RISK MANAGEMENT. Total time required by the project to get completed. The overall cost of the project.
Project & Risk Management
Software Project Management Lecture 5 Software Project Risk Management.
Chap 4. Project Management - Organising, planning and scheduling
CSC 480 Software Engineering Lecture 5 September 3, 2004.
Information Technology Project Management Managing IT Project Risk.
Dr. Rob Hasker. Avoiding failure  Standish Report, 2014 Standish Report 31% projects cancelled before completion 53% projects ~190% of original estimate.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Software Project Management Lecture # 9. Outline Chapter 25 – Risk Management  What is Risk Management  Risk Management Strategies  Software Risks.
Project management 1/30/2016ICS 413 – Software Engineering1.
Ashima Wadhwa.  Probably the most time-consuming project management activity.  Continuous activity from initial concept through to system delivery.
RISK MANAGEMENT FOR IT PROJECTS SAHIRA MTECH, MBA(MIS), CISSO, CPTE.
Project management Chapter 5. Objectives To explain the main tasks undertaken by project managers To introduce software project management and to describe.
Chapter 25 Risk Management
Software Engineering (CSI 321)
Chapter 25 Risk Management
Software Risk Management
Software Verification and Validation
Software Engineering B.Tech Ii csE Sem-II
Chapter 25 Risk Management
Risk Analysis.
Chapter 35 Risk Analysis Slide Set to accompany Software Engineering: A Practitioner’s Approach, 8/e by Roger S. Pressman and Bruce R. Maxim Slides copyright.
Chapter 25 Risk Management
Recognization and management of RISK in educational projects
Software engineering Lecture 21.
Management. Management What is a risk? A risk is simply a probability that some adverse circumstance will actually occur.
Assessing Risk Impact Factors affecting the consequences Nature Scope
SE 3800 Note 10 Project Management
Chapter 28 Risk Analysis Slide Set to accompany Software Engineering: A Practitioner’s Approach, 7/e by Roger S. Pressman Slides copyright © 1996, 2001,
Chapter 25 Risk Management
Presented To: Sir Ali Raza Presented By: Kainat(06)Riffat(024)Asqsa(034) Group#06.
Chapter 6 Risk Management
Risk Management.
Software Risk Management
Presentation transcript:

Types of Risks 1.Project risks –Impact schedule and cost –Includes budgetary, schedule, personnel, resource, customer, requirement problems 2.Technical risks –Impact the quality, timelines, and cost –Implementation may become difficult or impossible –Includes design, implementation, interface, verification and maintenance problems –Arise due to leading edge technology

Recap

Software Engineering II Lecture 19 Fakhar Lodhi

Types of Risks 3.Business risks –Marketability –Alignment with the overall business strategy –How to sell –Budget or personnel commitments

Risk Identification Identify known and predictable risks Generic risks and product specific risks Generic risks – threats to every project Product specific risks – what special characteristics of this project may threaten your project plan? Risk item checklist

Risk Item Checklist Product size Business impact Customer characteristics Process definition Development environment Technology to be built Staff size and experience Questions relevant to each of the topics can be answered for each software project

Assessing Overall Project Risks Have top software and customer managers formally committed to support the project? Are end-users committed to the project and the system/product to be built? Are requirements fully understood? Have customers been involved fully in requirement definition? Do end-users have realistic expectations?

Assessing Overall Project Risks Does the software team have right mix of skills? Are project requirements stable? Does the project team have experience with the technology to be implemented? Is the number of people on the project team adequate to do the job?

Risk components and drivers 1.Performance risks –Degree of uncertainty that the product will meet its requirements and be fit for its intended use 2.Cost risks –The degree of uncertainty that the project budget will be maintained 3.Support risks –Resultant software will be easy to correct, enhance, and adapt

Risk components and drivers 4.Schedule risks –Product schedule will be maintained Four impact categories 1.Negligible 2.Marginal 3.Critical 4.Catastrophic

PerformanceSupportCostSchedule CatastrophicFailure to meet the requirements will result in mission failure Results in increased cost and schedule delays. Expected value in excess of $500K Significant degradation Non-responsive or unsupportable Budget overrun likely Unachievable CriticalWould degrade performance to a point where mission success is questionable Results in operational delays and or increased cost with expected value of $100K-$500K Some reduction in technical performance Minor delaysPossible overrunPossible slippage MarginalResult in degradation of secondary mission Expected value <$100K Small reductionResponsiveSufficient financial resources Realistic NegligibleInconvenienceMinor No reductionSupportableBudget under run possible Achievable Row 1 – Consequences of errors Row 2–Failure to achieve desired outcome

Risk Projection Concerned with risk estimation –Attempts to rate risks in two ways Likelihood and consequences –Four risk projection activities Establish a scale that reflects the perceived likelihood of risk Delineate the consequences Estimate impact Note the overall accuracy of risk projection

RiskCategoryProbabilityImpactRMMM Size estimate may be significantly low Larger number of users than planned Less reuse than planned End-users resist system Delivery deadline will be tightened Funding will be lost Customer will change requirements Technology will not meet expectations Lack of training on tools Staff inexperienced Staff turnover will be high PS BU CU PS TE DE ST 60% 30% 70% 40% 50% 40% 80% 30% 80% 30% 60% : Catastrophic2: Critical3: Marginal4: Negligible Risk mitigation, monitoring, and management plan