<<Project Name>>

Project Close-out Report

 

Customer Name

 

 

 

Directions for using template:

Read the Guidance (Arial blue font in brackets) to understand the information that should be placed in each section of this template. Then delete the Guidance and replace the placeholder within <<Begin text here>> with your response. There may be additional Guidance in the Appendix of some documents, which should also be deleted once it has been used.

 

Some templates have four levels of headings.  They are not indented, but can be differentiated by font type and size:

You may elect to indent sections for readability.

 

 

 

 

Author

 

Author Position

 

Date

 

 

 

 

 

Version: 1.0

 


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Ó 2002 Microsoft Corporation. All rights reserved.

The information contained in this document represents the current view of Microsoft Corporation on the issues discussed as of the date of publication. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information presented after the date of publication.

This document is for informational purposes only. MICROSOFT MAKES NO WARRANTIES, EXPRESS OR IMPLIED, IN THIS DOCUMENT.

Microsoft and Visual Basic are either registered trademarks or trademarks of Microsoft in the United States and/or other countries.

 


 

Revision & Sign-off Sheet

Change Record

Date

Author

Version

Change Reference

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Reviewers

Name

Version Approved

Position

Date

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Distribution

Name

Position

 

 

 

 

 

 

 

 

 

Document Properties

Item

Details

Document Title

Project Close-out Report

Author

 

Creation Date

 

Last Updated

 

 



 

Table of Contents

 TOC \o "1-3" \h \z

Project Close-out Report Summary. PAGEREF _Toc12838936 \h 3

Delivery of Vision. PAGEREF _Toc12838937 \h 3

Changes that Impacted the Vision. PAGEREF _Toc12838938 \h 3

Changes in Business/Organization. PAGEREF _Toc12838939 \h 3

Changes in Vision. PAGEREF _Toc12838940 \h 3

Changes in Team.. PAGEREF _Toc12838941 \h 4

Changes in Customer Process. PAGEREF _Toc12838942 \h 4

Changes in Project Process. PAGEREF _Toc12838943 \h 4

Changes in Plans. PAGEREF _Toc12838944 \h 4

Changes in Specifications. PAGEREF _Toc12838945 \h 4

Changes in Timelines. PAGEREF _Toc12838946 \h 5

Next Steps: Vision of Continuing Project Efforts, Next Version. PAGEREF _Toc12838947 \h 5

 

 

 


 

[Introduction to the Template

 

Description: The Project Close-Out Report is the project’s epilogue. It records the comparison between the initial intent of the project and what the project actually delivered. It also records the closing of all remaining open issues, documents any significant changes that occurred in the project during the development and solution deployment, and provides information on the vision for future projects. This is not an evaluation document – the final project analysis is recorded in the Post Project Analysis document.

 

Justification: This document signals the project’s end. While projects are constantly conducted in most environments, often one right after another, there is a need to declare each project complete. This allows the customer to present their management with their solution and begin to demonstrate the business value gained by the solution. It also provides closure to the project team allowing them to engage fully in other activities.

 

{Team Role Primary: Program Management is responsible for developing and delivering the Project Close-out Report. However, every team member is equally responsible for contributing content and signing-off on this document.

 

Team Role Secondary: Product Management collects customer feedback input and ensures the solution has customer sign-off. Development provides details on the final development activities. Test provides final bug counts and final approval of the solution by the testing team. User Experience collects end-user feedback on the solution. Release Management provides details about the state of operations.}]

 


 

Project Close-out Report Summary

[Description: Provide an overall summary of the contents of this document.

 

Justification: Some readers may need to know only the plan’s highlights, and summarizing creates that user view. It also enables the full reader to know the essence of the document before they examine the details.]

<<Begin text here>>

 

 

Delivery of Vision

[Description: The Delivery of Vision section recaps how the project delivered, nearly delivered, or failed to deliver on the project’s initial vision. This includes a vision restatement, a strategic assessment of what was delivered, and a brief explanation of any differences between the vision and the actual deployment. 

 

Justification: This assessment creates accountability by requiring the project teams and customer to revisit their original commitment and compare it to what they actually delivered.]

<<Begin text here>>

 

Changes that Impacted the Vision

[Description: The Changes that Impacted the Vision section identifies the key events and conditions that caused significant changes to the project and affected its ability to deliver the original vision. 

 

Justification: This traceability enables the project team and customer to understand what caused any alterations to the vision.]

 

Changes in Business/Organization

[Description: The Changes in Business/Organization section identifies and describes any changes that may have occurred in the business or organization (merger, reorganization, economic conditions, etc) and explains the specific impacts those changes had on the project and its ability to deliver the original vision.]

<<Begin text here>>

 

Changes in Vision

[Description: The Changes in Vision section identifies any changes that were made to the vision itself. This would include changes in business requirements, the original solution description, or the project scope. This should also include a description of the specific impacts those changes had on the project and its ability to deliver the original vision.]

<<Begin text here>>

 

Changes in Team

[Description: The Changes in Team section describes any changes that occurred in the team(s). This may include either contraction or addition to teams. It may also include any alterations to the knowledge and skills necessary to conduct the project. This section should detail what caused any changes and how those changes impacted the project and its ability to deliver the original vision.]

<<Begin text here>>

 

Changes in Customer Process

[Description: The Changes in Customer Process section describes any changes that occurred to processes in the customer’s environment. This could include information on business processes that changed, which would in turn affect functional specifications. This section should detail what caused any changes and how those changes impacted the project and its ability to deliver the original vision.]

<<Begin text here>>

 

Changes in Project Process

[Description: The Changes in Project Process section describes any changes that occurred in the processes used by the project itself. This could include changes in communication, development, test, and management. This section should detail what caused any changes and how those changes impacted the project and its ability to deliver the original vision.]

<<Begin text here>>

 

Changes in Plans

[Description: The Changes in Plans section describes any changes made to original plans. This could include any plan that was an element of the solution (security, development, monitoring, etc). This section should detail what caused any changes and how those changes impacted the project and its ability to deliver the original vision.]

<<Begin text here>>

 

Changes in Specifications

[Description: The Changes in Specifications section describes any changes that were made to original specifications. This could include the addition of new features or alterations to the design. This section should detail what caused any changes and how those changes impacted the project and its ability to deliver the original vision.]

<<Begin text here>>

 

Changes in Timelines

[Description: The Changes in Timelines section identifies how the project schedule had to be altered. This could include the compression or expansion of timelines and their subsequent milestones. This should detail the specific tasks and milestones that were altered and identify the factors that caused these changes. This section should also describe how those changes impacted the project and its ability to deliver the original vision.]

<<Begin text here>>

 

 

Next Steps: Vision of Continuing Project Efforts, Next Version

[Description: The Next Steps section provides a brief statement about the solution’s future vision of this solution or related solutions. This could include a description of new features, how the solution will be scaled upwards, or the application of this solution to other functions within the customer’s environment.

 

Justification: This information provides a starting place for developing the vision and scope for the next project and provides continuity between the two.]

<<Begin text here>>