Lecture 19 Chapter 10 A Portfolio Approach to Managing IT Projects.

Slides:



Advertisements
Similar presentations
Lecture 17 Chapter 9 Managing IT Outsourcing. 2 Final Exam Outline 12 – 3pm, Wednesday June 14 Half short and long answers on theory and principles from.
Advertisements

The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Lecture # 2 : Process Models
MIS 2000 Class 20 System Development Process Updated 2014.
CS487 Software Engineering Omar Aldawud
Software Process Models
Alternate Software Development Methodologies
Chapter 8 Managing IT Project Delivery
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
Lecture 19 Chapter 10 A Portfolio Approach to Managing IT Projects.
MIS 5241 Chapter 10 Managing a Portfolio of IT Projects: Corporate and Personal It’s like going out to dinner EVERY night!
1 CS 425/625 Software Engineering CS 425/625 Software Engineering Software Processes Based on Chapter 4 of the textbook [SE-7] Ian Sommerville, Software.
R R R CSE870: Advanced Software Engineering (Cheng): Intro to Software Engineering1 Advanced Software Engineering Dr. Cheng Overview of Software Engineering.
Effective systems development requires a team effort from stakeholders, users, managers, systems development specialists, and various support personnel,
IS 421 Information Systems Management James Nowotarski 16 September 2002.
1 CS 691z/791z Topics on Software Engineering CS 691z/791z Topics on Software Engineering Software Processes Based on Chapter 4 of the book [SE-8] Ian.
CS 425/625 Software Engineering Software Processes
Fundamentals of Information Systems, Second Edition
1 MODULE 13 : A Portfolio Approach to IT Project Matakuliah: J0422 / Manajemen E-Corporation Tahun: 2005 Versi: 1 / 2.
© 2005 Prentice Hall, Decision Support Systems and Intelligent Systems, 7th Edition, Turban, Aronson, and Liang 6-1 Chapter 6 Decision Support System Development.
Enterprise Architecture
Software Project Management Lecture # 8. Outline Chapter 25 – Risk Management  What is Risk Management  Risk Management Strategies  Software Risks.
1 Portfolio Management – Agile How to plan like a VP Highsmith, Ch 12 CSSE579 Session 6 Part 2 One company’s software product portfolio.
11.1 © 2007 by Prentice Hall 11 Chapter Building Information Systems.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
CS CS 5150 Software Engineering Lecture 3 Software Processes 2.
A Portfolio Approach to IT Projects Chapter 10. Project Risk Consequences of Risk: –Failure to obtain all, or any, of the anticipated benefits because.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
Systems Development AIMS 2710 R. Nakatsu. Overview Why do IT projects succeed and fail? Two philosophies of systems development –Systems Development Life.
Lecture 31 Introduction to System Development Life Cycle - Part 2.
Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution Structured programming Product SW.
Decision Support System Development By Dr.S.Sridhar,Ph.D., RACI(Paris),RZFM(Germany),RMR(USA),RIEEEProc. web-site :
1 SWE Introduction to Software Engineering Lecture 4.
Ihr Logo Chapter 6 Decision Support System Development Turban, Aronson, and Liang Decision Support Systems and Intelligent Systems, Seventh Edition.
Fundamentals of Information Systems, Second Edition 1 Systems Development.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 1: Introduction to Systems Analysis and Design Alan.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
Large Scale Systems Design G52LSS
Lecture 4 – XP and Agile 17/9/15. Plan-driven and agile development Plan-driven development A plan-driven approach to software engineering is based around.
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Smart Home Technologies
Modelling the Process and Life Cycle. The Meaning of Process A process: a series of steps involving activities, constrains, and resources that produce.
Software Project Management Lecture # 9. Outline Chapter 25 – Risk Management  What is Risk Management  Risk Management Strategies  Software Risks.
Software Engineering INTRODUCTION TO SOFTWARE DEVELOPMENT.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
CS223: Software Engineering Lecture 16: The Agile Methodology.
Lecture 15 Chapter 8 Managing IT Project Delivery.
1 Chapter 2 SW Process Models. 2 Objectives  Understand various process models  Understand the pros and cons of each model  Evaluate the applicability.
SOFTWARE DEVELOPMENT Presented By : Emporiumtech This presentation is brought you by
Advanced Software Engineering Dr. Cheng
TK2023 Object-Oriented Software Engineering
Continuous Delivery- Complete Guide
Database Development (8 May 2017).
TIM158 Business Information Strategy
Software Life Cycle “What happens in the ‘life’ of software”
Software Processes (a)
Information Technology Project Management – Fifth Edition
CS 425/625 Software Engineering Software Processes
Building Information Systems
Software life cycle models
Chapter 9 – Software Evolution and Maintenance
CHAPTER 10 METHODOLOGIES FOR CUSTOM SOFTWARE DEVELOPMENT
CS310 Software Engineering Lecturer Dr.Doaa Sami
Managing IT Project Delivery
SDLC (Software Development Life Cycle)
Presentation transcript:

Lecture 19 Chapter 10 A Portfolio Approach to Managing IT Projects

2 Final Exam Outline 12 – 3pm, Wednesday June 14 Half short and long answers on theory and principles from course Half case-study

3 Question 1: Find New Zealand on a world map…

4 Final Exam Sample Questions Short answer: What is the difference between security and reliability? Give three advantages and three disadvantages of centralized IT support (as opposed to decentralized within the same organization) In what ways is IT infrastructure different from other infrastructure resources? Cite an example from one of the cases we studied that shows how customization can be implemented using IT

5 Final Exam Sample Questions Long answer Discuss what risks are associated with major IT projects, and what a company can do to mitigate against them Describe the evolution of IT outsourcing over the past 30 years.

6 IT Portfolio Management

7 IT Disasters are still common Companies fail to realize risk of project Multiple projects lead to larger aggregate risk Different projects require different management

8 Sources of Implementation Risk Project Size Experience with Technology Requirements Volatility See fig 10.1

9 Fig 10.1 Effect of Adding Risk Factors on Project Risk

10 Project Categories and Degree of Risk

11 Risk Assessment Figure 10.3 Risk profile questionnaire Higher risk score, higher management approval required Repeated several times throughout project Different perspectives on risk expectation can lead to disaster

12 Project Implementation Dip Most projects don’t go smoothly all the way New system going live common point Expectations not always realistic Short term downward shift may be necessary All happens in middle of business cycle and worker turnover Need to focus on end goal to get through value of change when people are complaining Ideally see it before it comes and get people ready

13 Fig 10.4 Expectations vs. reality

14 Portfolio Risk Multiple projects can add or reduce risk Low-risk not always good All high-risk is vulnerable Identify risks in all projects, then consider combined portfolio of risks See fig 10.5

15 Fig 10.5 Risk and Return Distribution for Portfolio of Projects

16 Project Management No single correct plan Management Tools –External integration tools –Internal integration tools –Formal planning tools –Formal result controls See table 10.1: Tools for project management

17 Influences on Tool Selection Low requirements volatility/low tech projects –Easy to manage –Least common –PERT (program evaluation review technique) –CPM (critical path method) Low requirements volatility/high tech projects –Difficult to manage –Eg. Converting mainframe system, developing web access –Outputs well defined –Technical complexity drives characteristics of successful manager –Formal planning not likely to add as much value

18 Influences on Tool Selection (ctd) High requirements volatility/low tech projects –Involve users in design, development and implementation –Develop user support –Formal planning and control tools help –Close, aggressive management of external integration –Leadership from management not technologists High Requirements Volatility/high-tech projects –Managers need technical expertise –Ill-defined projects common –Formal tools useful once clarity is reached in direction –Cross effects of different factors becomes important

19 Project Management Relative Contribution of Management Tools –Depends on specific project –Results-oriented tools work in structured/formal environment –Depends on corporate culture Emergence of Adaptive Project Management Methods –Approaches to design, deployment, implementation and investment that assume a need to gather information and learn as one goes. –Not really effective universal methods yet Software Development Life Cycles –SDLC breaks down development into stages: –Analysis and design –Construction –Implementation –Operation and maintenance

20 Project Management (ctd.) Adaptive Methodologies –Quickly build rough preliminary version –Iterate through stages rather than finish every stage –Fast cycle through stages –Aim to deliver limited functionality fast –Require skilled staff Adaptive Methods and change management –Intensely involve users in evaluating outcomes –Strictly control migration of system features from development, testing to production –Separating stages avoids major problems

21 Process Consistency and Agility in Project Management Balancing tension between process consistency and process agility Tools useful one place shouldn’t necessarily be applied to everything Success in balance often includes minimal formalization Flow –Understand interrelationships between projects Completeness –Keeping track of all tasks in project Visibility –Getting info on status of rest of project

22 Survey