All posts by Megan


VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)

Project Closure Report

Like all aspects of a project, its closure should be planned and tracked. This may one of the more overlooked aspects of project management, but its benefits and importance to the project and future ones like it are highly valued by project managers. A good project closure report should be the basis for a project plan for a similar future project.

The report compares between the plan at the beginning of the project, and the final outcome of it. This output is then presented to the key stakeholders, the client and vendors, and to the team members. This report is usually quite emotional, especially in a long term project. It is the final output of the team, and they know that once it’s completed, the project is finally over.

Completion Criteria

In order for the project to be officially closed, the following basic criteria must be met –

  1. The major milestones have been completed
  2. The above have met their quality specifications
  3. The key stakeholders (internal and external, i.e. the client) have accepted the closure and have signed off on it.
  4. The project has been completed on time and on budget (certain flexibility is acceptable here of course).

These criterions above can change from project to project, and must be defined upon its official kick off.

The Methodology

The most important steps of the closure report are –

  1. Actual vs. planned: the first step is to compare the actual timeline, scope, budget, quality and resource use to the planned ones at the beginning (or at the last scope change). This step will give a good sense of how successful the project was (the more successful, the closer the actual will be to the planned). This step is done by the PMO, and approved by the PM / COO.
  2. Interviews of the major team members: Once step #1 is completed, they should be presented to the team leads and managers in order to get their input, remarks and lessons learned. Also their contributions should be formally recorded and recognized, for future evaluation and compensation.
  3. The client needs to formally sign off on the project, herby confirming that the company has met all of its obligations as stated in the SOW / contract.
  4. A checklist with the major tasks of a closure report needs to be put together and approved.
  5. The CFO must approve that all of the expenditure is accounted for, and that all of the PO’s (Purchase Orders) have been fulfilled. In some cases an audit is required, in order to present to the customer that all of their payments were received.
  6. Identifying the records which need to be kept after the project has been completed is a very important step. Depending on the clients’ field of business and country, there are several rules & regulations which must be adhered to regarding record keeping. Any and all legal signed documents, PO’s, payments received and authorized and any other documents which the legal counsel of the company specifies must be kept and recorded. This can also help with planning a new project in a similar field.
  7. Once the above steps are completed and signed off by the PM and stakeholders, It must be communicated to all involved that work on the project must discontinue unless told otherwise.
  8. Once step #6 is done, all payments involved in the project need to be discontinued.
  9. If a maintenance project is signed (or included in the original contract), then the final scope in the project closure report will be the beginning point of the maintenance project.

The importance of a checklist

The attached checklist needs to be filled out and signed as a part of the report. Even seasoned PM’s and PMO’s who have brought many projects to a full closure, may sometimes overlook basic steps of the report. A checklist is the best way to avoid these mistakes, which may leave a bad taste in the mouths of otherwise happy and content clients. The checklist should also specify who is responsible for the tasks which appear in it.

All lists are prone to change according to the client, the company, the country and many other factors. The attached list specifies the basic and most important tasks, which should appear in any closure report.

Best Practices

The following points should be kept in mind when putting together a project closure report –

  • Closing a report might be an emotional task for team members who have been involved in the project from the kick off, and have come to see the project as their “baby”.  Keeping this in mind, it may be a good idea to bring in a team of people who weren’t directly involved in the project, or may have recently joined. This will ensure objectivity and that this task is seen as just another one in the projects’ lifecycle.
  • Since this is the last major work of the project, and is usually done after the final deliverable has been signed off by the client, it may be not taken seriously by all of the team members. Perceiving the closure report as a mini-project with milestones, deadlines and a work plan can ensure that the report will be completed in a timely manner.
  • Like any other tasks, planning this one well in advance will improve its final outcome.
  • While debriefing the team members, it is a good idea for their immediate supervisor to review their work on the project and give them any constructive criticism. Most companies do this exercise on a yearly / bi-yearly basis, but at the closing a project is a much better time to review and analyse the team members’ contributions and personal KPI’s.
  • The above debriefing (or interviews) should be done in a structured manner, with the projects’ goals clearly listed and weather the team member helped in its achievement.
  • Usually the PMO writes the report, and the PM or COO approves it.

Be sure to check out the Free Project Status Report Templates from Techno-PM, and start streamlining your project management today.


VN:F [1.9.22_1171]
Rating: 3.9/5 (8 votes cast)



What is a Project Charter?

A Project Charter is a must-have in any project, as prescribed by the PMBOK® Guide and other methods. It is a document that summarizes the key information about a project and that announces to the world, aka, your organization, that there is a new project on the block. The Charter appoints a project manager for the project and assigns it the authority to proceed.


Why do I need one?

Do not underestimate the value of a project charter as just yet another management document! The main reason why you need a Charter is because without a Project Charter, your project exists only in your dreams, my friend.

Having a project charter provides your project with the following benefits:

  • Formally authorizes the project
  • Creates a vision and a shared understanding about the project
  • Empowers the project manager to lead the project
  • Identifies the high-level objectives and scope of the project
  • Defines what will success look like
  • Enables support for the project to be gained
  • Ensures that key stakeholders are aware of the project
  • Secures budget and resources for the project
  • Serves as a point of reference for the project team


What should it contain?

While most project management methods and frameworks prescribe the use of a project charter of some sort – either called one-pager, charter, or mandate -, there is no defined composition for its template. However, a principle to consider is that any good Project Charter will help you clarify the What, Why, Who, When and at What Cost of the project. According to the PMBOK® Guide, these are covered by the following sections in a Project Charter:

  • Project Information: includes the ID and name of the project, name of the project manager, and project sponsor
  • Business need, problem or opportunity: what is the main driver for this project to exist? What is the context from which it was born?
  • Project Objectives and Benefits: what are you trying to achieve with the project? Try writing your objectives as SMART objectives – specific, measurable, attainable, realistic, and time-bounded
  • Project Organization: describes the governance of the project, including key roles for its management and direction
  • High-level project scope: at a very high-level, the project charter should be able to outline the boundaries of the project, i.e., what will be in scope and out of the scope of the project, as well as key deliverables to be created by the project
  • High-level project timescale: at a very high-level, the project charter should be able to list the key stages and estimated duration for the project, as well as its key milestones
  • High-level project budget: at a very high-level, the project charter should be able to identify the budget requirements of the project, including capital and revenue expenditure forecast
  • Key assumptions: main assumptions that may impact the project if proven false
  • Key project risks: main risks that may impact the project if they materialise
  • Success criteria: key measures to assess the success of the project

To make your life easier, I’ve produced a simple project charter template that you can download here. Ready to use!


Best Practices when Writing a Project Charter

Writing a Project Charter can be time-consuming, particularly if not done properly, thus, here’s a couple of tips to help you steer your project towards success from its very beginning:

  • Keep it brief: trust me, the more pages a document contains, the less chance it will get read. Try to keep your Project Charter simple and brief. After all, it should capture key, high-level information!
  • Be explicit: no one cares or is enthusiastic about a vague summary of a project. Get to the point as early as possible and make it explicit.
  • Build it with your sponsor: while theory advises that the Charter should be handed-over by the project sponsor to the project manager, in reality it is often the project manager to writes the Project Charter with the support of the Sponsor. Whatever the model, the involvement of the sponsor is fundamental.
  • Get it signed-off: until you get the Charter to be signed-off by your sponsor, the project is not formally authorized. No Charter, no project.
  • Share it: one of the main benefits of a Charter is that you can gain support from the project and ensure that there is a shared understanding of what the project is about. Be proud to share your Charter with your team and key stakeholders!


The Project Charter is the key document in the Initiation phase of a project and is the first opportunity that the project manager has to build the right foundations for the project. Grab the chance to cause a great first impression with a great Project Charter!