Copy of the slides: http://sra.itc.it/people/adolfo/spm (will also be put on the esse3 website)

Slides:



Advertisements
Similar presentations
PROJECT RISK MANAGEMENT
Advertisements

Risk Identification Chapter 6.
Risk Management Chapter 7.
Projmgmt-1/33 DePaul University Project Management I - Risk Management Instructor: David A. Lash.
The Australian/New Zealand Standard on Risk Management
Project Risk Management
Proprietary and confidential. © 2006 Perot Systems. All rights reserved. All registered trademarks are the property of their respective owners.
Managing Project Risk.
Software Project Risk Management
Managing Project Risk.
Defining the Activities. Documents  Goal Statement defines why helps manage expectations  Statement of Work what gets delivered defines scope  Software.
S/W Project Management
PRM 702 Project Risk Management Lecture #28
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
Chapter 10 Contemporary Project Management Kloppenborg
SPEAKER : KAI-JIA CHANG ADVISER : QUINCY WU DATA : Spiral Model.
Risk Management Project Management Digital Media Department Unit Credit Value : 4 Essential Learning time : 120 hours.
Quick Recap Monitoring and Controlling. Phases of Quality Assurance Acceptance sampling Process control Continuous improvement Inspection before/after.
1 Project Risk Management Project Risk Management Dr. Said Abu Jalala.
Chapter 11: Project Risk Management
Software Requirements Engineering: What, Why, Who, When, and How
SacProNet An Overview of Project Management Techniques.
© The McGraw-Hill Companies, Software Project Management 4th Edition Risk management Chapter 7.
Pre-Project Components
Ch 10 - Risk Management Learning Objectives You should be able to: List and describe risk management processes, inputs, outputs, and tools List and describe.
Develop Project Charter
PMP Study Guide Chapter 6: Risk Planning. Chapter 6 Risk Planning Planning for Risks Plan Risk Management Identifying Potential Risk Analyzing Risks Using.
SOFTWARE PROJECT MANAGEMENT
Project & Risk Management For next class -- Pressman: 3, , 5.8, , 6.6 Introductions Software Development Processes Software Maturity Models.
Project Risk Management Planning Stage
Introduction to Project Management Chapter 9 Managing Project Risk
Project Risk Management Sections of this presentation were adapted from A Guide to the Project Management Body of Knowledge 3 rd Edition, Project Management.
SCOPE DEFINITION,VERIFICATION AND CONTROL Ashima Wadhwa.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
Copy of the slides: (will also be put on the esse3 website)
Risk Management For Project Management. What is Risk? Risk (noun): possibility of loss or injury (Merriam-Webster Dictionary)
Chapter 3 Project Management Parts of this presentation is extracted from Ian Sommerville’s slides located at
CHAPTER 2 SYSTEM PLANNING DFC4013 System Analysis & Design.
PMP Study Guide Chapter 6: Risk Planning (Unit 8).
RISK MANAGEMENT PROCESS PREPARED BY: MUHAMMAD SULAIMAN
Advanced Software Engineering Dr. Cheng
Project Management PTM721S
Part II Project Planning.
CS 577b: Software Engineering II
Project Management Business Management.
Project Cost Management
Introduction to Project Management
Project Management – PTM712S
Risk Management.
Project Management BBA & MBA
Project Management – PTM721S
Fundamentals of Information Systems, Sixth Edition
11.2 Identify Risks The process of determining which risks may affect the project and documenting their characteristics This is an iterative process as.
The Spiral Model The Spiral Model Damian Gordon Damian Gordon.
TechStambha PMP Certification Training
CHAPTER11 Project Risk Management
Recognization and management of RISK in educational projects
Project Risk Management
Risk management Chapter 7 Copyright ©2016 Pearson Education, Inc.
Defining the Activities
Part II Project Planning © 2012 John Wiley & Sons Inc.
The Importance of Project Risk Management
CLINICAL INFORMATION SYSTEM
CIS12-3 IT Project Management
Project Management Process Groups
Mumtaz Ali Rajput +92 – SOFTWARE PROJECTMANAGMENT Mumtaz Ali Rajput +92 –
Project Risk Management
Project Scope Management
Software Testing Lifecycle Practice
Presentation transcript:

Copy of the slides: http://sra.itc.it/people/adolfo/spm (will also be put on the esse3 website)

Exercise We are working for the Ministry of Innovation and Technologies and we are asked to start an initiative (project or operational work?) to favour the introduction of new technologies in the families …write the scope statement

Risk Management "No-one ever got fired for buying IBM", Modern proverb (now somewhat outmoded)

Risk management Two definitions of risk: Risk is the possibility of suffering loss Risk management collects techniques, know-how and process to help identify, assess, manage, and monitor risks

Risk Management … is used in several fields: Finance Insurance Engineering (safety critical, security, …) … … and various techniques (FMEA, FTA, simulation, …) have been defined and adopted to assess it.

Risk in Project Management Project Risk is an event or condition that, if it occurs has positive or negative influence on an objective Negative outcome: menace Positive outcome: opportunity

Risk and (Software) Project Management Various standards recognize the importance of risk in software development: ISO/IEC 12207 (Information Technology - Software life cycle processes) UNI EN 29000-3 (Guidelines for the application of ISO 9001 to software development and maintenance) UNI ISO 10006 (Guidelines for managing projects)

(Some) Goals of Risk Management Activities Understanding whether a project is worth taking Help defining a budget for the project Increase chances of ending the project successfully, by ensuring that: within scope within quality, budget, and time constraints

Why isn’t risk taken care of? Lack of domain understanding Optimism (at the start, anyway) Too much commitment early on Premature coding Gold-plating Missed warning signals Legal implications Changes in project direction Poor risk management

The Risk Management Process Composed of four steps: Risk Management Planning (kind of encompasses all the activities mentioned below) Risk Identification Risk Assessment Qualitative Risk Assessment Quantitative Risk Assessment Risk Response Planning Risk Monitoring and Control

The Risk Management Process It runs in parallel to the other PM activities. It encompasses the various phases of the init-plan-execute-monitor cycle Initiating Planning Executing Closing Monitoring & Controlling

The Risk Management Process We will now have a look at the various phases of the process: Risk Management Planning Risk Identification Risk Assessment Qualitative Risk Assessment Quantitative Risk Assessment Risk Response Planning Risk Monitoring and Control

Risk Management Planning Goal: describing how risk management will be structured and performed on the project. Output: a document (or set of documents and templates) The Risk Management Planning document is a subset of the project management plan.

Risk Management Planning: Structure Divided in the following parts: Methodology Roles and Responsibilities Budgeting Timing Risk categories Definition of risk probability and impact Reporting Formats Tracking

Risk Management Planning: Structure Methodology: defines the approaches, tools, and data sources that may be used to perform risk management on the project Roles and responsibilities: defines the lead, support, and risk team membership for each type of activity in the risk management plan, assigns people to these roles, and clarifies their responsibilities.

Risk Management Planning: Structure Budgeting: assigns resources and estimates needed for risk management Timing: defines how often the risk management process will be perfomed throughout the project life cycle, and establishes risk management activities to be included in the project schedule

Risk Management Planning: Structure Risk categories: provides a structure that ensures a comprehensive process of identifying risks (e.g. RBS - risk breakdown structures) to help the risk identification phase Risk probability and impact: defines the risk probabilities and levels of impact to help standardize collection of data during the qualitative and quantitative assessment phase

Risk Management Planning: Structure Reporting formats: content and format of the risk register as well as any risk report required Tracking: defines how risk activities will be recorded for the benefits of the current project, future needs, and lesson learned. Documents whether and how risk management process will be audited.

RBS Example

Other ways of classifying Risks Software Project Management risk areas (Sommerville): Project risks affect schedule or resources; Product risks affect the quality or performance of the software being developed; Business risks affect the organisation developing or procuring the software Also: Internal (can be controlled by the PM) External (outside the scope of the PM)

Software risks

Risk Identification Goal: understanding what are the risk that could potentially influence the project

Risk Identification Sources: External data (financial data, …) Internal data (company’s data, company’s standards, …) Project Team Experts ..

Risk Identification Techniques Information gathering Brainstorming, Delphi technique, interview, SWOT (Strength, Weaknesses, Opportunities, and Threats analysis) Checklist analysis Diagramming techniques Cause and Effect analysis Flow charts

Risk Identification Basically two steps: Identify risks For each risk: Describe the risk Describe the potential responses (countermeasures) Risk category Other characteristics: Probability When it can occur Frequency Consequences

Frequency Impact

Cause-Effect Diagram Known under various different names: Fishbone Diagram Ishikawa (Kaoru Ishikawa - who invented in the sixties)

Cause-Effect Diagram (Ishikawa) Machine Method Material Major Defect Energy Personnel Environment

Cause-Effect Diagram (Ishikawa) Usually most effective when done in groups Start from the right The "Four-M" categories are typically used as a starting point: "Materials", "Machines", "Manpower", and "Methods”. The subdivision into ever increasing specificity continues as long as the problem areas can be further subdivided. The practical maximum depth of this tree is usually about four or five levels. When the fishbone is complete, one has a rather complete picture of all the possibilities about what could be the root cause for the designated problem.

Boehm’s Top 10 Risks & Countermeasures (1/4) Personnel Shortfalls Staffing with top talent; job matching; team-building; morale building; cross-training; pre-scheduling key people. Unrealistic Schedules and Budgets Detailed, multi-source cost & schedule estimation; design to cost; incremental development; software reuse; req. scrubbing.

Boehm’s Top 10 Risks & Countermeasures (2/4) Developing the wrong software functions Organizational analysis; mission analysis; operational concept formulation; user surveys; prototyping; early users’ manuals. Developing the wrong user interface Prototyping; scenarios; task analysis. Gold-plating Requirements scrubbing; prototyping; cost-benefit analysis; design to cost

Boehm’s Top 10 Risks & Countermeasures (3/4) Continuing stream of requirements changes High change threshold; information-hiding; incremental development (defer changes to later increments). Shortfalls in externally-performed tasks Reference-checking; pre-award audits; award-fee contracts; competitive design or prototyping; team-building. Shortfalls in externally-furnished components Benchmarking; inspections; reference checking; compatibility analysis.

Boehm’s Top 10 Risks & Countermeasures (4/4) Real-time performance shortfalls Simulation; benchmarking; modeling; prototyping; instrumentation; tuning. Straining computer science capabilities Technical analysis; cost-benefit analysis; prototyping; ref. checking.

Risk Identification: Output Risk register. It contains: List of identified risks List of potential responses Other information about risks (actually more information will be added to the risk register, as we continue with the description of the risk management activities)

Exercise Define the risk register of the exercise proposed at the beginning of the lesson