Software Project Management Lecture 5 Software Project Risk

  • Slides: 45
Download presentation
Software Project Management Lecture 5 Software Project Risk Management Software Project Management

Software Project Management Lecture 5 Software Project Risk Management Software Project Management

Overview n n n n Project risks Nature of risks Risk identification Risk estimation

Overview n n n n Project risks Nature of risks Risk identification Risk estimation Risk evaluation Risk management Risk reduction strategies Software Project Management 2

Project Risks n Factors that cause a project to be delayed or over-budget Software

Project Risks n Factors that cause a project to be delayed or over-budget Software Project Management 3

Nature of Project Risks n n n Planning assumptions Estimation errors Eventualities Software Project

Nature of Project Risks n n n Planning assumptions Estimation errors Eventualities Software Project Management 4

Planning Assumptions n Why assumptions n Uncertainties in early stage of the project Software

Planning Assumptions n Why assumptions n Uncertainties in early stage of the project Software Project Management 5

Planning Assumptions (cont’d) n Common assumption: n “Everything will go smoothly” n n n

Planning Assumptions (cont’d) n Common assumption: n “Everything will go smoothly” n n n Environment is reliable and fixed Design will be perfect first time Coding will be ‘nearly perfect’ Software Project Management 6

Planning Assumptions (cont’d) n Guidelines n n List all the assumptions Identify the effects

Planning Assumptions (cont’d) n Guidelines n n List all the assumptions Identify the effects of these assumptions on the project if they are no longer valid Software Project Management 7

Estimation Errors n Difficult to have accurate size or time estimations n n n

Estimation Errors n Difficult to have accurate size or time estimations n n n Lack of experience of similar tasks Lack of historical data Nature of the task Software Project Management 8

Estimation Error (cont’d) n Estimation can be improved by analyzing historic data for similar

Estimation Error (cont’d) n Estimation can be improved by analyzing historic data for similar tasks and similar projects n n n Keep historic data of your estimation and the actual performance Compare your estimation and the actual value Classify the tasks that are easy or difficult to give accurate estimation Software Project Management 9

Eventualities n n Unexpected and unimaginable events Common unexpected events n n n Hardware

Eventualities n n Unexpected and unimaginable events Common unexpected events n n n Hardware cannot be delivered on time Requirements specification needs to be rewritten Staffing problem Software Project Management 10

Boehm’s Risk Engineering Software Project Management 11

Boehm’s Risk Engineering Software Project Management 11

Risk Identification n n Identify the hazards that might affect the duration or resource

Risk Identification n n Identify the hazards that might affect the duration or resource costs of the project Hazard Problem Risk A hazard is an event that might occur and will create a problem for the successful completion of the project, if it does occur Software Project Management 12

Hazard, Problem, and Risk n n n Hazard: Mary’s baby may be born early

Hazard, Problem, and Risk n n n Hazard: Mary’s baby may be born early Problem: Modules P and Q will have no coder Risk: Milestone 7 will be delayed, or extra budget will be needed to hire another coder Software Project Management 13

Risk Identification (cont’d) n Type of risks n Generic risk (common to all projects)

Risk Identification (cont’d) n Type of risks n Generic risk (common to all projects) n n Standard checklist can be modified based on the risk analysis of previous projects Specific risk (only applies to individual projects) n n n More difficult to find Need to involve project team members Need an environment that encourages risk assessment Software Project Management 14

Risk Identification (cont’d) n Guideline n n Use checklist that lists the potential hazards

Risk Identification (cont’d) n Guideline n n Use checklist that lists the potential hazards and their corresponding factors Maintain an updated checklist for future projects Software Project Management 15

Common Risk Factors n n Application factors Staff factors Project factors Hardware and software

Common Risk Factors n n Application factors Staff factors Project factors Hardware and software factors n n Software Project Management Changeover factors Supplier factors Environment factors Health and safety factors 16

Application Factors n Nature of the application n n A data processing application or

Application Factors n Nature of the application n n A data processing application or a lifecritical system (e. g. X-ray emission system) Expected size of the application n The larger is the size, the higher is the chance of errors, communication problems and management problems Software Project Management 17

Staff Factors n n Experience and skills Appropriateness of experience Staff satisfaction Staff turn-over

Staff Factors n n Experience and skills Appropriateness of experience Staff satisfaction Staff turn-over rates Software Project Management 18

Project Factors n Project objectives: n n n Ill defined Unclear to every team

Project Factors n Project objectives: n n n Ill defined Unclear to every team member and user Project methods: n n Ill specified methods Unstructured methods Software Project Management 19

Hardware and Software Factors n New hardware n n Stability of the new hardware

Hardware and Software Factors n New hardware n n Stability of the new hardware system Cross platform development n n Development platform is not the operation platform Does the language used support cross platform development? Software Project Management 20

Changeover Factors n ‘All-in-one’ changeover n n Incremental or gradual changeover n n The

Changeover Factors n ‘All-in-one’ changeover n n Incremental or gradual changeover n n The new system is put into operation Adding new components to the system by phases Parallel changeover n Both the existing system and the new system are used in parallel Software Project Management 21

Supplier Factors n n n Late delivery of hardware Instability of hardware Late completion

Supplier Factors n n n Late delivery of hardware Instability of hardware Late completion of building sites Software Project Management 22

Environment Factors n n Changes in environment such as hardware platforms Changes in government

Environment Factors n n Changes in environment such as hardware platforms Changes in government policies Changes in business rules Restructuring of organizations Software Project Management 23

Health and Safety Factors n Health and safety of staff and environment n n

Health and Safety Factors n Health and safety of staff and environment n n Staff sickness, death, pregnancy etc. Any tragic accident to staff Software Project Management 24

Boehm’s Top Ten Risk Items n n n Personnel shortfalls Unrealistic schedules and budgets

Boehm’s Top Ten Risk Items n n n Personnel shortfalls Unrealistic schedules and budgets Developing the wrong software functions Developing the wrong user interface Gold plating Software Project Management 25

Boehm’s Top Ten Risk Items (cont’d) n n n Continuing stream of requirements changes

Boehm’s Top Ten Risk Items (cont’d) n n n Continuing stream of requirements changes Shortfalls in externally performed tasks Shortfalls in externally furnished components Real-time performance shortfalls Straining computer science capabilities Software Project Management 26

Risk Estimation n Recall that Hazard Problem Risk estimation is to assess the likelihood

Risk Estimation n Recall that Hazard Problem Risk estimation is to assess the likelihood and impact of each hazard Risk exposure (risk value) n It is the importance of the risk Risk exposure = risk likelihood × risk impact Software Project Management 27

Risk Estimation (cont’d) n Risk likelihood n n The probability that a hazard is

Risk Estimation (cont’d) n Risk likelihood n n The probability that a hazard is going to occur Risk impact n The effect of the problem caused by the hazard Software Project Management 28

Risk Estimation (cont’d) n Advantages n n n The only way to compare or

Risk Estimation (cont’d) n Advantages n n n The only way to compare or rank the risks To have a good quantitative estimate, the extra effort can provide a better understanding of the problem Disadvantages n Estimation is difficult, subjective, timeconsuming and costly Software Project Management 29

Risk Estimation Techniques n Risk likelihood n n n Rank from Low, Medium to

Risk Estimation Techniques n Risk likelihood n n n Rank from Low, Medium to High Rank from 1 (least likely) to 10 (most likely) Risk Impact n Rank from 1 to 10 Software Project Management 30

Risk Evaluation n n Ranking the risks Determining the corresponding risk reduction strategies Software

Risk Evaluation n n Ranking the risks Determining the corresponding risk reduction strategies Software Project Management 31

Ranking Risks n n n Ranking the risks based on their risk exposures Ranking

Ranking Risks n n n Ranking the risks based on their risk exposures Ranking shows the order of importance In practice, also consider factors like n n Confidence of the risk assessment Compound risk The number of risks Cost of action Software Project Management 32

Risk Reduction Leverage (RRL) n n RRL is used to determine whether it is

Risk Reduction Leverage (RRL) n n RRL is used to determine whether it is worthwhile to carry out the risk reduction plan. The higher is the RRL value, the more worthwhile is to carry out the risk reduction plan. Software Project Management 33

Risk Management n n n Risk Risk planning control monitoring directing staffing Software Project

Risk Management n n n Risk Risk planning control monitoring directing staffing Software Project Management 34

Risk Planning n n Making contingency plans Where appropriate, adding these plans into the

Risk Planning n n Making contingency plans Where appropriate, adding these plans into the project’s overall task structure Software Project Management 35

Risk Control n Minimizing and reacting to problems arising from risks throughout the project

Risk Control n Minimizing and reacting to problems arising from risks throughout the project Software Project Management 36

Risk Monitoring n It is an ongoing activity throughout the whole project to monitor

Risk Monitoring n It is an ongoing activity throughout the whole project to monitor n n the likelihood of a hazard; and the impact of the problem caused. Software Project Management 37

Risk Directing and Staffing n n These concerns with the day-to-day management of risk.

Risk Directing and Staffing n n These concerns with the day-to-day management of risk. Risk aversion strategies and problem solving strategies frequently involve the use of additional staff and this must be planned for and should be considered. Software Project Management 38

Risk Reduction Strategies n 5 different types in a generic sense n n n

Risk Reduction Strategies n 5 different types in a generic sense n n n Hazard prevention Likelihood reduction Risk avoidance Risk transfer Contingency planning Distinctions among them are fuzzy Software Project Management 39

Hazard prevention n Prevent a hazard from occurring or reduce its likelihood to an

Hazard prevention n Prevent a hazard from occurring or reduce its likelihood to an insignificant level n n Lack of skilled staff can be prevented by employing staff with appropriate skills Unclear requirements specification can be prevented by using formal specification techniques Software Project Management 40

Likelihood reduction n Reduce the likelihood of an unavoidable risk by prior planning n

Likelihood reduction n Reduce the likelihood of an unavoidable risk by prior planning n Late change to the requirements specification can be reduced by using prototyping Software Project Management 41

Risk avoidance n Some hazards cannot be avoided but their risks may n A

Risk avoidance n Some hazards cannot be avoided but their risks may n A project can be protected from the risk of overrunning the schedule by increasing duration estimates. Software Project Management 42

Risk transfer n The impact of the risk can be transferred away from the

Risk transfer n The impact of the risk can be transferred away from the project by contracting out or taking out insurance n The risk of shortfalls in external supplied components can be transferred away by quality assurance procedures and certification, and contractual agreements. Software Project Management 43

Contingency planning n Contingency plans are needed to reduce the impact of those risks

Contingency planning n Contingency plans are needed to reduce the impact of those risks that cannot be avoided n The impact of any unplanned absence of programming staff can be minimized by using agency programmers Software Project Management 44

References n n n Boehm, B. (1989) Tutorial on Software Risk Management, IEEE CS

References n n n Boehm, B. (1989) Tutorial on Software Risk Management, IEEE CS Press Hughes, B. , and Cotterell, M. (1999) Software Project Management, 2 nd edition, Mc. Graw-Hill Pfleeger, S. L. (1998) Software Engineering: Theory and Practice, Prentice Hall Software Project Management 45