Maximum megahertz project case study solution

8/12/2017 University of Phoenix: Project Management: The Managerial Process

https://phoenix.vitalsource.com/#/books/1259822338/cfi/6/50!/4/304/2@0:68.0 1/39

Page 510

PRINTED BY: lttlemntate@email.phoenix.edu. Printing is for personal, private use only. No part of this book may be reproduced or transmitted without publisher's prior permission. Violators will be prosecuted.

CHAPTER FOURTEEN

Project Closure

Project Closure Types of Project Closure Wrap-up Closure Activities Post-Implementation Evaluation Retrospectives Summary Appendix 14.1: Project Closeout Checklist Appendix 14.2: Euro Conversion

8/12/2017 University of Phoenix: Project Management: The Managerial Process

https://phoenix.vitalsource.com/#/books/1259822338/cfi/6/50!/4/304/2@0:68.0 2/39

Page 511

PRINTED BY: lttlemntate@email.phoenix.edu. Printing is for personal, private use only. No part of this book may be reproduced or transmitted without publisher's prior permission. Violators will be prosecuted.

Those who cannot remember the past are condemned to relive it. —George Santayana, 1863–1952

Every project comes to an end eventually. But how many project participants get excited about closing out a project? The deliverables are complete. Ownership is ready to be transferred. Everyone's focus is what's next— hopefully a new, exciting project. Carefully managing the closure phase is as important as any other phase of the project. Observation tells us that organizations that manage closure and review well prosper. Those who don't tend to have projects that drag on forever and repeat the same mistakes over and over.

Closing out a project includes a daunting number of tasks. In the past and on small projects the project manager was responsible for seeing all tasks and loose ends were completed and signed off. This is no longer true. In today's project-driven organizations that have many projects occurring simultaneously, the responsibility for completing closure tasks has been parsed among the project manager, project teams, project office, an oversight “review committee,” and an independent retrospective facilitator. Many tasks overlap, occur simultaneously, and require coordination and cooperation among these stakeholders.

The three major deliverables for project closure are described below (see Figure 14.1):

1. Wrapping up the project. The major wrap-up task is to ensure the project is approved and accepted by the customer. Other wrap-up activities include closing accounts, paying bills, reassigning equipment and personnel, finding new opportunities for project staff, closing facilities, and the final report. Checklists are used extensively to ensure tasks are not overlooked. In many organizations, the lion's share of closure tasks are largely done by the project office in coordination with the project manager. The final report writing is usually assigned to one project office staff member, who assembles input from all stakeholders. In smaller organizations and projects, these closure activities are left to the project manager and team.

FIGURE 14.1 Project Closure and Review Deliverables

8/12/2017 University of Phoenix: Project Management: The Managerial Process

https://phoenix.vitalsource.com/#/books/1259822338/cfi/6/50!/4/304/2@0:68.0 3/39

Page 512

2. PRINTED BY: lttlemntate@email.phoenix.edu. Printing is for personal, private use only. No part of this book may be reproduced or transmitted without publisher's prior permission. Violators will be prosecuted.

Evaluation of performance and management of the project. Evaluation includes team, individual team members, and project manager performance. Vendors and the customer may provide external input. Evaluation of the major players provides important information for the future.

3. Retrospectives. Retrospectives of lessons learned are designed to improve performance on current and future projects. Today, most retrospectives are the responsibility of an independent facilitator. The facilitator also provides major input to the closure report that will include lessons learned. These post- project reviews should be held with the team to catch any missing issues or gaps.

This chapter begins with the recognition that projects are shut down for many reasons. Not all projects end with a clear “Finished” and are turned over to a customer. Regardless of the conditions for ending a project, the general process of closure is similar, though the endings may differ significantly. Wrap-up closure tasks are noted first. These tasks represent all the tasks that must be “cleaned up” before the project is terminated. Evaluation of project performance is next. Finally, lessons learned or retrospective methods are examined in detail.

Types of Project Closure On some projects the end may not be as clear as would be hoped. Although the scope statement may define a clear ending for a project, the actual ending may or may not correspond. Fortunately, a majority of projects are blessed with a well-defined ending. Regular project reviews will identify projects having endings different from plans. The different types of closure are identified here:

Normal The most common circumstance for project closure is simply a completed project. For many development projects, the end involves handing off the final design to production and the creation of a new product or service line. For other internal IT projects, such as system upgrades or creation of new inventory control systems, the end occurs when the output is incorporated into ongoing operations. Some modifications in scope, cost, and schedule probably occurred during implementation.

Premature For a few projects, the project may be completed early with some parts of the project eliminated. For example, in a new product development project, a marketing manager may insist on production models before testing:

Give the new product to me now, the way it is. Early entry into the market will mean big profits! I know we can sell a bazillion of these. If we don't do it now, the opportunity is lost!

The pressure is on to finish the project and send it to production. Before succumbing to this form of pressure, the implications and risks associated with this decision should be carefully reviewed and assessed by senior management and all stakeholders. Too frequently, the benefits are illusory, dangerous, and carry large risks.

Perpetual Some projects never seem to end. The major characteristic of this kind of project is constant “add- ons,” suggesting a poorly conceived project scope. At some point the review group should recommend methods for bringing final closure to this type of project or the initiation of another project. For example, adding a new feature to an old project could replace a segment of a project that appears to be perpetual.

8/12/2017 University of Phoenix: Project Management: The Managerial Process

https://phoenix.vitalsource.com/#/books/1259822338/cfi/6/50!/4/304/2@0:68.0 4/39

Page 513

PRINTED BY: lttlemntate@email.phoenix.edu. Printing is for personal, private use only. No part of this book may be reproduced or transmitted without publisher's prior permission. Violators will be prosecuted.

SNAPSHOT FROM PRACTICE Project Canceled*

Germany is the major crossroad for Europe's international commercial trucks. The German government felt the need to have international trucks (over 12 tons) using their road infrastructure assist in paying for the road maintenance and additional new infrastructure. The project objectives were clear—a new electronic truck toll-collection system that ensures accurate charges and easy fee collection across German, Swiss, and Austrian highways by August 31, 2003. The technology relied on global positioning systems (GPS), telecommunications, and software to record miles and charges, without using toll booths along the highways.