Where We Are Now 14–2. Where We Are Now 14–2 Major Tasks of Project Closure Evaluate if the project delivered the expected benefits to all stakeholders.

Slides:



Advertisements
Similar presentations
Facilitated by Joanne Fraser RiverSystems
Advertisements

Chapter 2 The Analyst As Project Manager In Managing Information Systems 2.3.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 3.1.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Project Management.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project 3.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Project Closure CHAPTER FOURTEEN Student Version Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin.
1 14. Project closure n An information system project must be administratively closed once its product is successfully delivered to the customer. n A failed.
Chapter 3: The Project Management Process Groups
By Saurabh Sardesai October 2014.
Ch. 14 – Project Audit & Closure
Chapter 14. To understand the process of project audit To recognize the value of an audit to project management To determine when to terminate a project.
Project Closure CHAPTER FOURTEEN Student Version Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin.
Charting a course PROCESS.
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 May 2014.
Copyright 2002 Prentice-Hall, Inc. Managing the Information Systems Project 3.1 Chapter 3.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Computer System Analysis
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
Copyright © 2013 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
Performance Management
Project Management Process Overview
Project Audit and Closure
9 Closing the Project Teaching Strategies
© 2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part.
Copyright © 2014 McGraw-Hill Higher Education. All rights reserved. CHAPTER 15 Project Management McGraw-Hill/Irwin.
Adaptive Processes Project Management Body of Knowledge
1 AK/ADMS 3533 Lecture 13 Chapter 14: Audit and Closure Chapter 16: Oversight Review.
Project Management 6e..
Resources Performance time. resources Performance time 2.
© 2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part.
Certificate IV in Project Management Introduction to Project Management Course Number Qualification Code BSB41507.
Project Management 6e..
© 2006 Prentice Hall Leadership in Organizations 4-1 Chapter 4 Participative Leadership, Delegation, and Empowerment.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Project Evaluation and Control How does a project get one year late?... One day at a time.
Basic of Project and Project Management Presentation.
© 2012 Cengage Learning. All Rights Reserved. This edition is intended for use outside of the U.S. only, with content that may be different from the U.S.
普 华 永 道 Phase 1: Project Preparation Phase 1: Project Preparation Phase Overview Phase Overview.
© 2001 Change Function Ltd USER ACCEPTANCE TESTING Is user acceptance testing of technology and / or processes a task within the project? If ‘Yes’: Will.
CHAPTER 16 Project Wrap-Up.
Where We Are Now 14–2. Where We Are Now 14–2 Major Tasks of Project Closure Evaluate if the project delivered the expected benefits to all stakeholders.
1 14. Project closure n An information system project must be administratively closed once its product is successfully delivered to the customer. n A failed.
Project Closure. Objectives  Determine when to terminate a project  Identify various reasons why a project is terminated  Describe a project audit.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project 3.1 Modern Systems Analysis and Design.
Information Systems System Analysis 421 Chapter 3 Managing the Information Systems Project.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Chapter 3 Managing the Information Systems Project 3.1.
14–1 Project Closure and Review Deliverables FIGURE 14.1.
PowerPoint Presentation by Charlie Cook Copyright © 2006 The McGraw-Hill Companies. All rights reserved. THE MANAGERIAL PROCESS Clifford F. Gray Eric W.
Information Technology Project Management – Fourth Edition By Jack T. Marchewka Northern Illinois University Power Point Slides by Gerald DeHondt Grand.
MGT 450 – Spring, 2016 Class 4 – Chapter 3 Effective Leadership Behavior.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Chapter 2 Managing the Information Systems Project 2.1.
Class 6 Highlights Project Management: Control, Auditing & Closure, Ethics & Social Responsibility.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Project Management 6e..
Systems Analysis and Design in a Changing World, 4th Edition
Project Implementation, Closure, and Evaluation
Information Technology Project Management – Fifth Edition
Project Audit and Closure
Ch. 14 – Project Audit & Closure
Manajemen Industri Teknologi informasi
3 major deliverables for project closure
Where We Are Now 14–2. Where We Are Now 14–2 Major Tasks of Project Closure Evaluate if the project delivered the expected benefits to all stakeholders.
Project Audit and Closure
Project Management 6e..
Chapter 3 Managing the Information Systems Project
Information Technology Project Management
Project Management 6e..
Presentation transcript:

Where We Are Now 14–2

Major Tasks of Project Closure Evaluate if the project delivered the expected benefits to all stakeholders. Was the project managed well? Was the customer satisfied? Assess what was done wrong and what contributed to successes. Identify changes to improve the delivery of future projects. 14–3

Project Monitoring Activities A review of why the project was selected. A reassessment of the project’s role in the organization’s priorities. A check on the organizational culture to ensure it facilitates the type of project being implemented. An assessment of how well the project team is functioning well and if its is appropriately staffed. A check on external factors that might change where the project is heading or its importance. A review of all factors relevant to the project and to managing future projects. 14–4

Project Closure and Review Deliverables FIGURE 14.1 14–5

Project Closure Types of Project Closure Normal Premature Perpetual Failed Project Changed Priority Close-out Plan: Questions to be Asked What tasks are required to close the project? Who will be responsible for these tasks? When will closure begin and end? How will the project be delivered? 14–6

Wrap-up Closure Checklist TABLE 14.1 14–7

Implementing Closedown Getting delivery acceptance from the customer. Shutting down resources and releasing to new uses. Reassigning project team members. Closing accounts and paying all bills. Evaluating the project team, project team members, and the project manager. 14–8

Creating the Final Report Executive Summary Project goals met/unmet Stakeholder satisfaction with project User reactions to quality of deliverables Analysis Project mission and objective Procedures and systems used Organization resources used Recommendations Technical improvements Corrective actions Lessons Learned Reminders Retrospectives Appendix Backup data Critical information 14–9

Project Performance Evaluations Reasons for Poor-Quality Project Performance Evaluations: Evaluations of individuals are left to supervisors of the team member’s home department. Typically measure team performance only on time, cost, and specifications. 14–10

Pre-Implementation Conditions: Team Are standards and goals for measuring performance clear, challenging, and attainable? Lead to positive consequences? Are responsibilities and performance standards known by all team members? Are team rewards adequate? Management believes teams are important? Is there a career path for successful project managers Does the team have discretionary authority to manage short-term difficulties? Is there a high level of trust within the organization culture? Are there criteria beyond time, cost, and specifications? 14–11

Sample Team Evaluation and Feedback Survey TABLE 14.2 14–12

Project Performance Evaluation: Individual Performance Assessment Responsibilities: Functional organization or functional matrix: the individual’s area manager. The area manager may solicit the project manager’s opinion of the individual’s performance on a specific project. Balanced matrix: the project manager and the area manager jointly evaluate an individual’s performance. Project matrix and project organizations: the project manager is responsible for appraising individual performance. 14–13

Conducting Performance Reviews Begin by asking the individual to evaluate his or her own performance. Avoid drawing comparisons with other team members; rather, assess the individual in terms of established standards and expectations. Focus criticism on specific behaviors rather than on the individual personally. Be consistent and fair in treatment of all team members. Treat the review as one point in an ongoing process. 14–14

Individual Performance Assessment Multirater appraisal (“360-degree feedback) Involves soliciting feedback concerning team members’ performance from all of the people that their work affects. Project managers, area managers, peers, subordinates, and customers. 14–15

Retrospectives Lessons Learned Goals of Retrospectives An analysis carried out during and shortly after the project life cycle to capture positive and negative project learning—“what worked and what didn’t?” Goals of Retrospectives To reuse learned solutions To stop repetitive mistakes 14–16

Retrospectives (cont’d) Barriers to Organizational Learning Lack of post-project time for developing lessons No post-project direction or support for teams Lessons become blame sessions Lessons are not applied in other locations Organizational culture does not recognize value of learning 14–17

The Value of Retrospective Analyses Making Retrospectives Effective: Use an independent facilitator to guide the project team through the analysis project activities. Include a minimum of three in-process learning gates during the life project cycle. Designate a team member as owner for each point in the retrospective. Develop an easy-to-use learning repository to ensure future utilization of retrospective lessons. Mandate use of retrospectives as part of the normal process for all projects. 14–18

Characteristics of a Facilitator No direct involvement or direct interest in the project. Perceived as impartial and fair Respect of senior management and other project stakeholders. Willingness to listen. Independence and authority to report results without fear of recriminations from special interests. Perceived as having the best interests of the organization in making decisions. Broad-based experience in the organization or industry. 14–19

Initiating the Retrospective Review Have automatic times or points when reviews will take place. Avoid surprises. Conduct reviews carefully and with sensitivity Review staff must independent from the project. Review reports need to be used and accessible. Reviews support organizational culture Project closures should be planned and orderly. Certain “core conditions” must be in place to support team and individual evaluation. Conduct individual and team evaluations separate from pay or merit reviews. 14–20

The Retrospectives Process FIGURE 14.2 14–21

Conducting a Retrospective Analysis Initiation and Staffing Data Collection and Analysis Reporting 14–22

Project Process Review Questionnaire Were the project objectives and strategic intent of the project clearly and explicitly communicated? Were the objectives and strategy in alignment? Were the stakeholders identified and included in the planning? Were project resources adequate for this project? Were people with the right skill sets assigned to this project? Were time estimates reasonable and achievable? Were the risks for the project appropriately identified and assessed before the project started? Were the processes and practices appropriate for this type of project? Should projects of similar size and type use these systems? Why/why not? Did outside contractors perform as expected? Explain. Were communication methods appropriate and adequate among all stakeholders? Explain. Is the customer satisfied with the project product? Are the customers using the project deliverables as intended? Are they satisfied? Were the project objectives met? Are the stakeholders satisfied their strategic intents have been met? Has the customer or sponsor accepted a formal statement that the terms of the project charter and scope have been met? Were schedule, budget, and scope standards met? Is there any one important area that needs to be reviewed and improved upon? Can you identify the cause? TABLE 14.3 14–23

Organizational Culture Review Questionnaire Was the organizational culture supportive for this type of project? Was senior management support adequate? Were people with the right skills assigned to this project? Did the project office help or hinder management of the project? Explain. Did the team have access to organizational resources (people, funds, equipment)? Was training for this project adequate? Explain. Were lessons learned from earlier projects useful? Why? Where? Did the project have a clear link to organizational objectives? Explain. Was project staff properly reassigned? Was the Human Resources Office helpful in finding new assignments? Comment. TABLE 14.4 14–24

Archiving Retrospectives Classifying of Projects: Project type Size Staffing Technology level Strategic or support Issues and problems Project mission and objectives Procedures and systems used Organization resources used 14–25

Key Terms Lessons learned Organization evaluation Performance review Project closure Project evaluation Project facilitator Retrospective Team evaluation 360-degree review 14–26

Project Closeout Checklist Appendix 14.1 Project Closeout Checklist

Project Closeout Checklist 14–28

Euro Conversion—Project Closure Checklist Appendix 14.2 Euro Conversion—Project Closure Checklist

Euro Conversion—Project Closure Checklist 14–30