Information Technology Project Management

Slides:



Advertisements
Similar presentations
Information Technology Project Management – Third Edition
Advertisements

Information Technology Project Management
Quick Recap. Quick Recap The Project Plan Plan Your Work, then Work Your Plan.
© Copyright 2011 John Wiley & Sons, Inc.
Information Technology Project Management – Third Edition
Information Technology Project Management
Slide 1-1 Chapter 2 Principles of Accounting Analyzing Business Transactions.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Information Technology Project Management
Information Technology Project Management – Fourth Edition
© Copyright 2011 John Wiley & Sons, Inc.
Information Technology Project Management by Jack T. Marchewka Power Point Slides by Jack T. Marchewka, Northern Illinois University Copyright 2006 John.
Information Technology Project Management
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Systems.
Information Technology Project Management
Information Technology Project Management by Jack T. Marchewka Power Point Slides by Jack T. Marchewka, Northern Illinois University Copyright 2006 John.
Chapter 5 Defining and Managing Project and Product Scope Copyright 2012 John Wiley & Sons, Inc. 5-1.
Lecture 4 Title: The Scope Management Plan
Information Technology Project Management by Jack T. Marchewka Power Point Slides by Jack T. Marchewka, Northern Illinois University Copyright 2006 John.
Information Technology Project Management by Denny Ganjar Purnama, MTI Universitas Pembangunan Jaya April 2014.
Chapter 7 The Project Schedule and Budget Copyright 2012 John Wiley & Sons, Inc. 7-1.
© Copyright 2011 John Wiley & Sons, Inc.
Information Technology Project Management
Chapter 101 The Design Process Chapter 10 Achieving Quality Through Continual Improvement Claude W. Burrill / Johannes Ledolter Published by John Wiley.
1-1 Information Technology Project Management by Jack T. Marchewka Power Point Slides by Richard Erickson, Northern Illinois University Copyright 2003.
Copyright © 2000 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.
© 2007 John Wiley & Sons Chapter 15 - Organizational Issues PPT 15-1 Organizational Issues Chapter Fifteen Copyright © 2007 John Wiley & Sons, Inc. All.
Copyright © 2000 John Wiley & Sons, Inc. All rights reserved. Reproduction or translation of this work beyond that permitted in Section 117 of the 1976.
Information Technology Project Management
Slide 1 Systems Analysis and Design with UML Version 2.0 An Object-Oriented Approach, Second Edition Chapter 3: Project Initiation Alan Dennis, Barbara.
Slide 1 Systems Analysis and Design with UML Version 2.0 An Object-Oriented Approach, Second Edition Chapter 3: Project Initiation Alan Dennis, Barbara.
Information Technology Project Management – Fourth Edition By Jack T. Marchewka Northern Illinois University Power Point Slides by Gerald DeHondt Grand.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 9: Moving on to Design.
A- 1. A- 2 Appendix B Standards of Ethical Conduct for Management Accountants The Institute of Management Accountants has published and promoted the following.
K-1. K-2 Appendix K Standards of Ethical Conduct for Management Accountants The Institute of Management Accountants has published and promoted the following.
Defining and Managing Project Scope. MOV Scope Phases Time Estimates Resources Tasks Schedule Budget Sequence Project Planning Framework.
Information Technology Project Management – Fourth Edition By Jack T. Marchewka Northern Illinois University Power Point Slides by Gerald DeHondt Grand.
Systems Analysis and Design 5th Edition Chapter1: The Systems Analyst and Information Systems Development Roberta Roth, Alan Dennis, and Barbara Haley.
The Project Infrastructure
Project Planning: Scope and the Work Breakdown Structure
Defining and Managing Project and Product Scope
Systems Analysis and Design
Systems Analysis and Design
Systems Analysis and Design
Information Technology Project Management – Fourth Edition
The Project Schedule and Budget
Systems Analysis and Design Third Edition
Systems Analysis and Design 5th Edition Chapter 4. Use Case Analysis
Systems Analysis and Design 5th Edition Chapter 4. Use Case Analysis
Information Technology Project Management
Information Technology Project Management – Fifth Edition
Evaluating and Terminating the Project
Systems Analysis and Design
Information Technology Project Management
The Quality System Chapter 13
Systems Analysis and Design 5th Edition Chapter 4. Use Case Analysis
Roberta Roth, Alan Dennis, and Barbara Haley Wixom
Systems Analysis and Design
The Production Process
Systems Analysis and Design with UML Version 2
Systems Analysis and Design
Systems Analysis and Design
MACROECONOMICS AND THE GLOBAL BUSINESS ENVIRONMENT
Information Technology Project Management
Copyright © 2000 John Wiley & Sons, Inc. All rights reserved
Systems Analysis and Design
Information Technology Project Management
Information Technology Project Management
Presentation transcript:

Information Technology Project Management by Jack T. Marchewka Power Point Slides by Jack T. Marchewka, Northern Illinois University Copyright 2006 John Wiley & Sons, Inc. all rights reserved. Reproduction or translation of this work beyond that permitted in Section 117 of the 1976 United States Copyright Act without the express permission of the copyright owner is unlawful. Request for further information information should be addressed to the Permissions Department, John Wiley & Sons, Inc. The purchaser may make back-up copies for his/her own use only and not for distribution or resale. The Publisher assumes no responsibility for errors, omissions, or damages caused by the use of these programs or from the use of the information contained herein.

Defining and Managing Project Scope Chapter 5 Defining and Managing Project Scope

Learning Objectives Identify the five processes that support project scope management. These processes, defined by PMBOK®, include initiation, planning, scope definition, scope verification and scope change control. Describe the difference between product scope and project scope. Apply several tools and techniques for defining and managing the project’s scope.

Scope The deliverables or work products that must be completed in order to achieve the project’s MOV. Provides a boundary so that what needs to get done – gets done. Otherwise, schedule and budget are increased for no reason Defines what is part of the project team’s work and what is not. This also sets expectations for all of the project’s stakeholders Provides a link between the project’s MOV and the project plan.

Project Planning Framework

PMBOK Scope Management Processes Description Scope Planning The development of a scope management plan that defines the project’s scope and how it will be verified and controlled throughout the project. Scope Definition A detailed scope statement that defines what work will and will not be part of the project and will serve as a basis for all future project decisions Create Work Breakdown Structure (WBS) The decomposition or dividing of the major project deliverables into smaller and more manageable components. Scope Verification Confirmation and formal acceptance that the project’s scope is accurate, complete, and supports the project’s MOV. Scope Change Control Ensuring that controls are in place to manage proposed scope changes once the project’s scope is set. These procedures must be communicated to all project stakeholders.

Scope Management Plan Figure 5.1

Project Scope Initiation & Planning A beginning process that formally authorizes the project manager and team to develop the scope management plan This entails Conceptualizing the Scope Boundary Developing the Scope Statement

(an anonymously written column in PM Network Magazine) The Scope Boundary “Failure to define what is part of the project, as well as what is not, may result in work being performed that was unnecessary to create the product of the project and thus lead to both schedule and budget overruns.” -         Olde Curmudgeon, 1994 (an anonymously written column in PM Network Magazine)

The Scope Statement Provides a way to define the scope boundary. A narrative of what deliverables or work-products the project team will and will not provide throughout the project. A first step that provides a high-level abstraction of the project’s scope that will be defined in greater detail as the project progresses.

Scope Statement Example – Work within the scope boundary Develop a proactive electronic commerce strategy that identifies the processes, products and services to be delivered through the World Wide Web. Develop an application system that supports all of the processes, products and services identified in the electronic commerce strategy. The application system must integrate with the bank’s existing enterprise resource planning system.

Scope Statement Example – Work outside the scope boundary Technology and organizational assessment of the current environment Customer resource management and data mining components

Project Scope Definition Project-Oriented Scope Deliverables that support the project management and IT development processes defined in the Information Technology Project Methodology (ITPM). Examples Business case, project charter and project plan, etc. Product-Oriented Scope High-level features and functionality of the application system First cut for requirements definition that will be defined in greater detail during the systems development life cycle (SDLC) Add new customer, look up customer balance, print daily sales report by region, etc.

Project-Oriented Scope Definition Tools Deliverable Definition Table (DDT) Deliverable Structure Chart (DSC)

Deliverable Definition Table Structure Standards Approval Needed By Resources Required Business Case Document As defined in project methodology Project Sponsor Business Case team & OA tools Project charter & project plan Project manager, sponsor, & OA tools Technology & Org. assessment Project manager & Sponsor Bank’s syst. analyst, OA & case tools Require- ments definition Project manager Syst. analyst programmer Case & OA

Deliverable Structure Chart

Product-Oriented Scope Definition Tools Context Dataflow Diagram (DFD) Use Case Diagram (USD)

Context Level Data Flow Diagram

Use Case Diagram

Scope Verification Ensures: Tools That the project’s scope is well-defined, accurate and complete The project’s scope is acceptable to the project stakeholders That standards exist so that the project’s scope will be completed correctly That the project’s MOV will be achieved if the project scope is completed Tools Scope Verification Checklist

Scope Verification Check List MOV – Has the project’s MOV been clearly defined and agreed upon? Failure to define and agree upon the MOV will result in scope changes later on in the project. This can lead to added work that can impact the project’s schedule and budget. Deliverables – Are the deliverables tangible and verifiable? Do they support the project’s MOV? Quality Standards - Are controls in place to ensure that the work was not only completed but also completed to meet specific standards? Milestones – Are significant events that mark the acceptance of a deliverable and give the project manager and team the approval to begin working on the next deliverable. In short, milestones tell us that a deliverable was not only completed, but that it was also reviewed and accepted. Review and Acceptance – Finally, the project’s scope must be reviewed and accepted by the project stakeholders. The project sponsor must formally accept the boundary, product to be produced and the project-related deliverables. On the other hand, the project team must accept and be clear as to what it must deliver.

Scope Change Control Ensures that any changes to the project’s scope will help the project achieve its MOV. Keeps the “triple constraint” in balance. i.e., an increase in scope will require an increase in the project’s schedule and budget. Schedule Scope Budget

Scope Change Control Mitigates: Tools: Scope Grope – i.e., scope poorly defined Scope Creep – i.e., increasing featurism Scope Leap – i.e., drastic change in project direction or the project’s MOV Tools: Scope Change Request Form Scope Change Request Log

Example of a Scope Change Request Form

Example of a Scope Change Request Log

Benefits of Scope Control Keeps the project manager in control of the project. Gives the project manager the authority to manage and control the project’s schedule and budget. Otherwise she or he may ‘feel” pressured by the client or upper management to accept scope changes Allows the project team to stay focused and on track Do not have to perform unnecessary work

Summary of Scope Management Processes