MIS 5241 Chapter 10 Managing a Portfolio of IT Projects: Corporate and Personal It’s like going out to dinner EVERY night!

Slides:



Advertisements
Similar presentations
Systems Development Environment
Advertisements

Systems Analysis and Design
Systems Analysis and Design With UML 2
Slide 1 INTRODUCTION Chapter 1. Slide 2 Key Ideas The primarily goal of a system is to create value for the organization. Many failed systems were abandoned.
E. Wainright Martin Carol V. Brown Daniel W. DeHayes Jeffrey A. Hoffer William C. Perkins MANAGINGINFORMATIONTECHNOLOGY FIFTH EDITION CHAPTER 10 M ETHODOLOGIES.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
System Analysis and Design (SAD )
July 11 th, 2005 Software Engineering with Reusable Components RiSE’s Seminars Sametinger’s book :: Chapters 16, 17 and 18 Fred Durão.
MIS 4/680, Chapter 161 Chapter 16 Strategies for Global IS Development (A critical review of a critical analysis)
Chapter 8 Information Systems Development & Acquisition
Chapter 8 Managing IT Project Delivery
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
© 2008 Pearson Prentice Hall, Experiencing MIS, David Kroenke
Lecture 19 Chapter 10 A Portfolio Approach to Managing IT Projects.
Slide 1 INTRODUCTION Chapter 1. Slide 2 Key Ideas Many failed systems were abandoned because analysts tried to build wonderful systems without understanding.
IS 421 Information Systems Management James Nowotarski 16 September 2002.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Systems.
Fundamentals of Information Systems, Second Edition
DECISION SUPPORT SYSTEM DEVELOPMENT
Principles of Information Systems, Sixth Edition 1 Systems Investigation and Analysis Chapter 12.
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Investigation and Analysis Chapter 12.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Introduction to Systems Analysis and Design
Information Systems Development : Overview. Information systems development practice Concept and role of a systems development methodology Approaches.
Acquiring Information Systems and Applications
Systems Analysis and Design: The Big Picture
BIS310: Structured Analysis and Design Introduction and Systems Planning Week 1.
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.
Laudon & Laudon: Canadian Edition
8-1 Chapter 8 Information Systems Development & Acquisition.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Software Project Failure Software Project Failure Night Two, Part One CSCI 521 Software Project Management.
Acquiring Information Systems and Applications
Industry SDLCs and Business Climate. Justin Kalicharan Credentials Director and Senior Technology Officer Over 14 years of coding experience in various.
Systems Development AIMS 2710 R. Nakatsu. Overview Why do IT projects succeed and fail? Two philosophies of systems development –Systems Development Life.
Modern Systems Analysis and Design Third Edition
Chapter 12: Systems Investigation and Analysis. Agenda  How to Develop a CBIS?  Systems Development Life Cycle (SDLC)  Prototyping  Join Application.
Lecture 19 Chapter 10 A Portfolio Approach to Managing IT Projects.
Database System Development Lifecycle 1.  Main components of the Infn System  What is Database System Development Life Cycle (DSDLC)  Phases of the.
Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution Structured programming Product SW.
Principles of Information Systems, Sixth Edition Systems Investigation and Analysis Chapter 12.
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.
Principles of Information Systems, Sixth Edition Systems Investigation and Analysis Chapter 12.
Chapter 11: Alternative Approach - Purchasing Systems.
PPTTEST 12/26/ :41 1 IT Ron Williams Information Technology Management Project Management.
1 - 1 Systems Analysis and Design, Key Ideas Many failed systems were abandoned because analysts tried to build wonderful systems without understanding.
Smart Home Technologies
Making the System Operational Implementation & Deployment
Lecture 15 Chapter 8 Managing IT Project Delivery.
11 ADM2372 Management Information Systems (MIS) Chapter 10 – Part I Systems Development Chapter 10 – Part I Systems Development.
HO CHI MINH CITY NATIONAL UNIVERSITY HO CHI MINH CITY UNIVERSITY OF TECHNOLOGY SYSTEM ANALYSIS AND DESIGN LECTURER: Nguyen Thanh Tung.
ISTM 280, GWU1 Introduction to Systems Analysis and Design Lecture 1 Courtesy Subhasish Dasgupta.
Information Systems Development
Introduction to Systems Analysis and Design
Modern Systems Analysis and Design Third Edition
Information Systems Development
Systems Analysis & Design N106
Systems Analysis and Design
Systems Analysis and Design
Information Systems Development
Making the System Operational Implementation & Deployment
CHAPTER 10 METHODOLOGIES FOR CUSTOM SOFTWARE DEVELOPMENT
Systems Analysis and Design With UML 2
MANAGING THE DEVELOPMENT AND PURCHASE OF INFORMATION SYSTEMS
Modern Systems Analysis and Design Third Edition
Chapter 8 Information Systems Development & Acquisition
Presentation transcript:

MIS 5241 Chapter 10 Managing a Portfolio of IT Projects: Corporate and Personal It’s like going out to dinner EVERY night!

MIS 5242 Agenda  Why Project Management: Essential Tension  Implementation and Risk  The Project Risk Categorization  The Portfolio Approach: What is a Portfolio?  Project Management Approaches 2x2  Adaptive Methods

MIS 5243 The Essential Tension Discipline (Control) Agility (Creativity)

MIS 5244 Problem Statement  What tools are at our disposal through which we can control project factors that increase the risk that implementation of IT will be inappropriate, useless, or harmful? Tools Risk Factors Control Bad Outcomes Enable

MIS 5245 Implementation IDEA USE Needs analysis, feasibility, logical design, design, coding, testing, integration, installation, training Time Cost/Unit Time

MIS 5246 Implementation Risk The probability that returns will not reach expectation. R E E1 E2 Risk is also related to the variance in perceptions of returns over time: the higher the variance, the higher the risk. E3 E2

MIS 5247 What Are We So Worried About? The root of the “neurosis” stems from the system development life cycle: Analyze: What does the problem look like? Design: What does the solution look like? Implement: Create the solution Usage: Apply the solution to reduce the problem The problem is analyzed to see if there are any feasible solutions If implementation fails, the costs are very significant

MIS 5248 Feasibility There are four components:  Cost: Will the solution cost too much? Can we afford any of the possible solutions?  Schedule: Can the solution be implemented in time (so that new problems aren’t created)?  Technology: Is there a technological solution that actually works (without making new problems)?  Will: Do we have the guts to implement and the will to enforce appropriate usage?

MIS 5249 Three Sources of Risk  Size (amount of work)  Experience (our expertise)  Volatility (definition, stability) Size influences the amount of work we have to do overall. Less work means less chance for variability Our experience and skill with the technology limits the chances for surprise and error Structure and definition stability decrease the opportunity for mishap

MIS Calculus of Project Risk Risk = Money, Staff, Duration, No. of Depts., “Breadth”, “Depth” RISK Size Newness of technology, inexperience of IT staff, Timing of IT proof, Speed of Impl’n, IT Dept. Chaos x Inexperience Lack of firm definition, Changes in Structure, User inexperience, Large org’l change req’mts x Volatility “Technology” or “Gap” Lack of “Structure”

MIS Risk Sources vs. Feasibility SIZE INEX- PERIENCE VOLA- TILITY COSTSCHEDULE TECH- NOLOGY WILL

MIS Risk Categories Size Small Large Technology “Gap” Small Large Volatility Low High Low High Low High Mod If we can make the technology behave, no problems! Double & Triple Whammy! Big Problems!! Technology problems trump control attempts!! See Fig for details

MIS Project Management Approaches: 2x2 Tools See Table 10.2 for details FORMALIZATION PLANNING CONTROL INTERNAL EXTERNAL INTEGRATION The essence of “integration” is communication (= sharing) a surrogate for trust. The essence of “formalization” is programming (= control) a surrogate action. Formalization overcomes lack of control, through plans and procedures Integration overcomes lack of knowledge through internal sharing and lack of stability through external sharing

MIS Matching Tools to the Job External Integration Internal Integration Internal Integration External Integration Results Control Formal Planning Formal Planning Results Control Structure Low High Technology Gap Low High Project Size really doesn’t matter much in selection of management tools High structure= Low Volatility

MIS Adaptive Methodologies  Adaptive methods are specific to SDLC phases Joint teamwork with vendors and users, continuous evaluation of ideas ANALYSIS Planned maintenance, continuous evaluation, fault reporting, quality benchmarking OPERATION Lots of outsourcing; alpha and beta testing; package adaptation; continuous testing; parallel implementation IMPLEMENTATION Continuous evaluation of design; prototyping between designer and user DESIGN

MIS Prototyping Initial Prototype USER TEST Analyst makes improvements Medial Prototype USER TEST User makes suggestions for improvement Hard- coding of Prod’n Version Final Prototype

MIS Prototyping: Risks What if initial guess is very very wrong ? What if user is wrong in judgment ? What if analyst doesn’t listen or hears incorrectly or is incompetent? Medial Prototype How to make user agree to correct version? What if user suggests the wrong improvement s What if user can’t make up mind? What if final prototype is wrong?

MIS Summary of Issues  Essential Tensions  Management Role  Technology Options  Complexity  Agility, adaptability  Role of Knowledge, Communication, Trust  Control and Risk  Infrastructure, Platformability