Information Technology Project Management – Fourth Edition By Jack T. Marchewka Northern Illinois University Power Point Slides by Gerald DeHondt Grand.

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
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
Chapter 101 Information Technology For Management 6 th Edition Turban, Leidner, McLean, Wetherbe Lecture Slides by L. Beaubien, Providence College John.
Information Technology Project Management – Fourth Edition
© Copyright 2011 John Wiley & Sons, Inc.
MEM 612 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
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
Accounting Information Systems, 1st Edition
Information Technology Project Management by Jack T. Marchewka Power Point Slides by Jack T. Marchewka, Northern Illinois University Copyright 2006 John.
Systems Analysis and Design with UML Version 2
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
ACCOUNTING INFORMATION SYSTEMS
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.
PowerPoint Presentation for Dennis, Wixom, & Roth Systems Analysis and Design, 3rd Edition Copyright 2006 © John Wiley & Sons, Inc. All rights reserved.
PowerPoint Presentation for Dennis, Wixom & Tegarden Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
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 by Denny Ganjar Purnama, MTI Universitas Pembangunan Jaya April 2014.
Information Technology Project Management – Fourth Edition By Jack T. Marchewka Northern Illinois University Power Point Slides by Gerald DeHondt Grand.
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.
Chapter 111 Information Technology For Management 6 th Edition Turban, Leidner, McLean, Wetherbe Lecture Slides by L. Beaubien, Providence College John.
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.
Chapter 10 Structuring Organizations Management 1e Management 1e Management 1e - 2 Management 1e Learning Objectives  Explain how.
© 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.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 6: Functional Modeling.
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.
Chapter 14 – Information Systems, First Edition John Wiley & Sons, Inc by France Belanger and Craig Van Slyke Contributor: Brian West, University of Louisiana.
Information Technology Project Management – Fourth Edition By Jack T. Marchewka Northern Illinois University Power Point Slides by Gerald DeHondt Grand.
Copyright 2006 John Wiley & Sons, Inc. Beni Asllani University of Tennessee at Chattanooga Operations Management - 5 th Edition Chapter 10 Supplement Roberta.
Slide 8-1 Chapter 8 Terms Programming Languages Introduction to Information Systems Judith C. Simon.
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.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 6: Functional Modeling.
Slide 11-1 Chapter 11 Terms Information Resource Management Strategies Introduction to Information Systems Judith C. Simon.
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
Information Technology Project Management – Fourth 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
Systems Analysis and Design 5th Edition Chapter 4. Use Case Analysis
Information Technology Project Management
Systems Analysis and Design with UML Version 2
Information Technology Project Management
Information Technology Project Management
Presentation transcript:

Information Technology Project Management – Fourth Edition By Jack T. Marchewka Northern Illinois University Power Point Slides by Gerald DeHondt Grand Valley State University Copyright 2012 John Wiley & Sons, Inc.5-1

Defining and Managing Project and Product Scope Chapter 5 Copyright 2012 John Wiley & Sons, Inc.5-2

Learning Objectives  Identify the five processes that support project scope management. These processes, defined by the PMBOK Guide ®, include collect requirements, define scope, create the work breakdown structure (WBS), verify scope, and control scope.  Describe the difference between product scope (i.e., the features and functions that must support the IT solution) and project scope (i.e., the deliverables and activities that support IT project methodology).  Apply several tools and techniques for defining and managing the project’s scope. Copyright 2012 John Wiley & Sons, Inc.5-3

Project Planning Framework Copyright 2012 John Wiley & Sons, Inc.5-4

Scope Management Plan  Collect Requirements  Defining and documenting the customer, sponsor, or stakeholder needs and expectations. This may be a formal document.  Define Scope  A detailed description of the product, service, or information system to be designed, built and implemented. A detailed scope statement defines what work will and will not be part of the project and will serve as a basis for all future project decisions  Create the Work Breakdown Structure  The decomposition or dividing of the major project deliverables (i.e., scope) into smaller and more manageable components  Verify Scope  Confirmation and formal acceptance that the project’s scope is accurate, complete, and supports the project’s MOV. The project team and sponsor must agree to all deliverables  Control Scope  Ensuring that controls are in place to manage proposed scope changes once the project’s scope is set. Must be communicated to all project stakeholders. Copyright 2012 John Wiley & Sons, Inc.5-5

Scope Management Plan Collect Requirements Centers on defining and documenting the stakeholders’ needs to properly manage expectations Define Scope A detailed description of project and the product. It should define what work will and will not be included in the project. Create Work Breakdown Structure (WBS) The decomposition or dividing of the major project deliverables into smaller and more manageable components. Verify Scope Confirmation and formal acceptance that project’s scope is accurate, complete, and supports the project’s goal. Control ScopeEnsuring that controls are in place to manage proposed scope changes one the project’s scope is accepted. These procedures must be communicated and understood by all project stakeholders. Copyright 2012 John Wiley & Sons, Inc.5-6

Scope Planning  Initiating process to begin defining and documenting the project work (i.e., deliverables) needed to achieve the project’s MOV  Extra work that will not help the project achieve it’s MOV will only needlessly increase the project’s schedule and budget  This process begins at a high level and will become more detailed as the project progresses and more information becomes available  Attempts to answer the question: What is and what is not to be delivered by this project?  Makes the project sponsor’s needs and expectations explicit  Tools:  Scope Boundary  Scope Statement Copyright 2012 John Wiley & Sons, Inc.5-7

Scope Boundary Copyright 2012 John Wiley & Sons, Inc.5-8

Statement of Work Copyright 2012 John Wiley & Sons, Inc.9  Narrative description of the product, service, or information system.  For internal projects, this is tied to the business need  For external projects, this would include specifications, quantities, quality standards, and performance requirements for prospective bidders.

Scope Statement 1. Develop a proactive electronic commerce strategy that identifies the processes, products and services to be delivered through the World Wide Web. 2. Develop an application system that supports all of the processes, products, and services identified in the electronic commerce strategy. 3. The application system must integrate with the bank’s existing enterprise resource planning system. Copyright 2012 John Wiley & Sons, Inc.5-10

Out of Scope 1. Technology and organizational assessment of the current environment 2. Customer resource management and data mining components Copyright 2012 John Wiley & Sons, Inc.5-11

Project Scope Definition  The scope boundary and scope statement provide a useful first step  The project’s scope must now be defined in more detail in terms of specific deliverables that provide a basis for developing the project’s work breakdown structure (WBS)  Tools:  Deliverable Definition Table  Deliverable Structure Chart  Context Level Data Flow Diagram  Use Case Diagram Copyright 2012 John Wiley & Sons, Inc.5-12

Scope  Project-Oriented Deliverables  Support the project management and IT development processes defined in the Information Technology Project Methodology (ITPM).  Tools  Deliverable Definition Table (DDT)  Deliverable Structure Chart (DSC)  Product-Oriented Deliverables  Specific features and functionality of the application system  First cut of requirements definition  Tools  Context Dataflow Diagram (DFD)  Use Case Diagram (UCD) Copyright 2012 John Wiley & Sons, Inc.5-13

DeliverableStructureStandardsApproval Needed By Resources Required Business CaseDocumentAs defined in the Project Methodology Project Sponsor Business Case Team, & office automation (OA) tools Project Charter & Project Plan DocumentAs defined in the Project Methodology Project Sponsor Project manager, project sponsor & OA tools Current System Study DocumentAs defined in the Project Methodology Project Manager & Project Sponsor Systems analysts users, case tool and OA tools Deliverable Definition Table (DDT) Copyright 2012 John Wiley & Sons, Inc.5-14

Deliverable Structure Chart Copyright 2012 John Wiley & Sons, Inc.5-15

Context Data Flow Diagram Copyright 2012 John Wiley & Sons, Inc.5-16

Use Case Diagram Copyright 2012 John Wiley & Sons, Inc.5-17

Project Scope Verification MOV Has the project’s MOV been clearly defined and agreed upon? Deliverables Are the deliverables tangible and verifiable? Do they support the project’s MOV? Quality Standards Milestones Significant events that mark the acceptance of a deliverable Review and Acceptance Formal Signoff Copyright 2012 John Wiley & Sons, Inc.5-18

Scope Change Control  Concerned with managing changes to the project’s scope and to ensure that these changes are beneficial when they occur  Mitigates:  Scope Grope  Scope Creep  Scope Leap  Tools/Procedures:  Scope Change Request Form  Scope Change Request Log ScopeSchedule Budget Copyright 2012 John Wiley & Sons, Inc.5-19

Scope Change Request Form Requestor Name: _______________Request Date: __________ Request Title: __________________Request Number: _______ Request Description: Justification: Possible Alternatives: ImpactsAlternative 1Alternative 2Alternative 3 Scope Schedule Resources Required Cost Recommendation: Authorized By: Date: Copyright 2012 John Wiley & Sons, Inc.5-20

Scope Change Request Log Copyright 2012 John Wiley & Sons, Inc.5-21

Benefits of Scope Control  Keeps the project manager in control of the project.  Authorized changes to the project’s scope are reflected in changes to the project’s schedule and budget.  Allows the project team to stay focused and on track  They do not have to perform unnecessary work. Copyright 2012 John Wiley & Sons, Inc.5-22

Copyright 2012 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 express permission of the copyright owner is unlawful. Request for further 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 herein. Copyright 2012 John Wiley & Sons, Inc.5-23