Project Closure and Post Implementation Report and Guide
Project Closure and Post Implementation Report and Guide
Project Closure and Post Implementation Report and Guide
Guide
Purpose
The Project Closure and Post Implementation Report (PCPIR) is presented to the
Executive at the end of the project and provides a final assessment of the
project. In particular, the PCPIR details the level of success of the project and if,
and in what ways, the project has achieved expected benefits following
implementation.
The Report generally captures information obtained from a post implementation
review meeting held at the end of the project.
What should the Project Closure and Post Implementation Report cover?
The key areas that the PCPIR should cover are:
1. an end project report, covering achievement of project objectives,
performance against targets and tolerances, and effect of any changes on
the project and project business case
2. an outline of any post-project review processes to be adopted
3. follow-on actions
4. lessons learned.
5.
23 April 2016
Version:
Author:
Project
Sponsor:
Senior
User::
Senior
Supplier:
OVERVIEW
<Provide one paragraph (maximum of three or four sentences) which provides a
high level summary of the purpose and objectives of the project and the planned
business benefits. Provide a second paragraph (again, no more than three or four
sentences) which summarises the remainder of the document and briefly
describes the high-level outcomes of the project, including what was delivered
and the timelines, cost and quality achieved compared to the original plans.
This section should be completed after the rest of the document is finished and
should form a succinct summary of all the major points you have made. This
section should not contain any information that is not referred to elsewhere in
the document.>
1
Page | 2
Last Updated: 27/11/2013
Target/Toleranc
e
<eg Cost>
Planned
Actual
Details
<$250,000 +
10%>
<$285,000>
<Increase in budget
arose from additional
staffing required due to
extended staff absence>
1.2
Benefits delivered
<Provide details of the benefits that have been achieved as a result of
project implementation (ie. those benefits that can be seen and measured
at this point in time. Be sure to include details of how these benefits have
been measured.>
1.3
Residual benefits
<Detail which benefits, as outlined in the project Business Case and/or
Project Brief, have not been achieved as a result of implementation but
have been identified for later realisation. Be sure to include details of
when these will be achieved (including any prerequisites) and how they
will be measured.>
1.4
Changes
<Where changes were authorised during the project (eg relating to scope,
time, cost, quality), describe the effect of each change on the Project Plan
and achievements against the project Business Case. Delete this section if
there were no authorised changes during the project.>
1.5
Project issues
<Provide an overview of the major issues and problems experienced by
the project and how they were resolved.>
1.6
Recommendations
<Record any additional recommendations which are identified following
feedback from the project team and project manager.>
2
Page | 3
Last Updated: 27/11/2013
2.3
Plan
<Provide details of which benefits will be realised, how and when benefits
will be measured, the resources needed for benefits realisation and
measurement.>
3
FOLLOW-ON ACTIONS
<Provide details of the issues identified during the project that will require
post-project attention, and the action(s) needed to resolve each issue.
Where this detail has been recorded in the project Issue Register, simply
provide a link to the Register and indicate which issues require postproject resolution. Alternatively, use the following table to summarise
open issues:>
Issu
e ID:
3.1
Open project issues
Issue summary
Proposed action
Reason
3.2
Ongoing risks
<Provide details of the risks raised during the project that will require
post-project attention, and the action(s) needed to resolve each. Where
this detail has been recorded in the project Risk Register, simply provide a
link to the Register and indicate which risks require post-project resolution.
Alternatively, use the following table to summarise the risks:>
Ris
k
ID:
Risk summary
Proposed action
Reason
3.3
Handover/training needs
<Explain any additional handover or training requirements, if any, that are
required post-project.>
3.4
Other required activities
<Provide an overview of any operational activities that are proposed to
further enhance project products or outcomes.>
4
LESSONS LEARNED
4.1
Report summary
Page | 4
Last Updated: 27/11/2013
<Provide a summary of the major lessons learned and key aspects that
need review. Provide an outline of what went well, what went badly, and
any recommendations for future projects.>
4.2
Key areas for improvement
<Summarise the key areas of the project where things could have been
done better, how they could have been improved, and problems resolved.
For example, include details of how the project could have been better
managed, or where improvements to the project management
methodology (eg. streamlining) could be made.>
Less
on
No:
1
2
3
4
5
6
7
4.3
Lessons learned summary
Situation
Outcome
Description
4.4
Controls and tools
Less Control/Tool Used
Positives
on
No.
Impact
Lesson
Learned
Negatives
Page | 5
Last Updated: 27/11/2013