River
Y CombinatorBacked by Y Combinator

For consultants at the end of a project

Project Closure Report Template With Example

Two documents: a closure report covering objectives against outcomes, accepted deliverables, benefits, open items, lessons and sign-off, plus a finished example.

Download (.docx)Free download. No account needed.
Example

Project closure report

Warehouse system rollout · closed 6 Feb 2026 (example)

Objectives
Two met, one partly met, one too early to tell until 12 Apr
Deliverables
Seven of seven accepted, one with a condition
Benefits
Pick accuracy and labor hours, tracked by the operations director from 9 Mar
Open items
Four, each accepted by a named client owner
Sign-off
Sponsor, 6 Feb 2026, with two conditions

What you'll get

A closure report with objectives, open items, lessons and sign-off

  • Each objective from the SOW against what actually happened
  • Open items and benefits, each with a client owner and a date
  • Lessons learned, handover contacts and a sign-off block

Before and after

Your objectives in. A closure report out.

What you paste (example)

SOW objectives: all three depots live before peak, by 31 Oct; pick accuracy 99.5% at each depot within 8 weeks of go-live. Depots 1 and 2 went live in Sep and Oct, Depot 3 on 12 Jan after the steering committee moved it. Accuracy: Depot 1 99.6%, Depot 2 99.3%. Vendor still fixing Depot 2's replenishment report.

Your report, started (example)

Objectives against outcomes 1. All three depots live before peak, by 31 Oct. Met, as changed: Depot 3 went live 12 Jan after the steering committee moved it. Evidence: [evidence]. 2. Pick accuracy 99.5% at each depot within 8 weeks of go-live. Partly met: Depot 1 99.6%, Depot 2 99.3%, Depot 3 [to confirm]. Open items 1. Depot 2's replenishment report fix. Defect. Owner after close: [owner after close]. Due: [date]. To confirm with the client: Depot 3's accuracy, the fix date, who owns the defect.

Results come only from what you pasted. Anything missing goes on the list to confirm.

Why it works

What goes in a project closure report?

A project closure report records what the project set out to do, what it delivered, and who owns what's left once your team leaves. The UK government's project delivery guidance lists what closure has to confirm. That includes outputs delivered, unmet requirements documented and lessons recorded, with ongoing risks, issues, actions and benefits tracking handed over to someone who accepts them. This template gives each of those its own section, ending in sign-off.

Each objective is copied from the SOW or charter word for word, then marked Met, Partly met, Not met or Too early to tell, with the evidence beside it. Benefits get a measure, a baseline, a client owner and a date to check them. As the same guidance notes, a benefit is not closed simply because the work is done. Lessons cover what went well as well as what didn't, and each names who should act on it.

The worked example closes an invented warehouse system rollout: two of four objectives met, one partly met, one too early to tell, and four open items accepted by client owners. Paste your SOW objectives and final status report, and River fills a first pass, with brackets for anything your notes don't show. Open items often become the next project, so the consulting proposal generator can draft the follow-on. For the final weeks before close, the status report generator keeps the weekly update going.

What lands in your doc

What's inside the project closure report template

  • Objectives against outcomes
    Each objective as the SOW worded it, with a result from Met to Too early to tell, and the evidence.
  • Scope, time and cost
    Baseline against actual for dates, budget and contingency, with every approved change listed.
  • Deliverables and acceptance
    Each deliverable with its SOW reference, who accepted it, when, and any conditions.
  • Benefits tracking
    A measure, baseline, target, client owner and first review date for every benefit.
  • Open items and handover
    Each open risk, issue, action or defect with an owner who stays, and the contacts to call.
  • Lessons, checklist and sign-off
    What went well and what didn't, a nine-point closure checklist, and the sponsor's sign-off.

How it works

From final status to a signed closure report

  1. Open the template

    Click Edit with AI. The closure report opens in River, with the finished example beside it in the same space.

  2. Paste your objectives

    Optional. Paste the objectives from your SOW and your final status report, and River fills a first pass.

  3. Confirm with the client

    Check each outcome, owner and date with your sponsor, and fill everything River left in brackets.

  4. Get it signed

    Send the report for sign-off, hand over the open items, and propose any follow-on work.

Questions consultants ask

Common questions

What is a project closure report?

A project closure report is the document that formally ends a project. It sets each objective against what happened, shows which deliverables the client accepted and what the work cost, and hands every open item and benefit to an owner who stays. The sponsor signs it to accept closure.

What should a project closure report include?

A summary, each objective against its outcome, scope, time and cost against baseline, deliverables and who accepted them, and benefits with how they'll be tracked. Then open items with owners, lessons learned, handover contacts, records and sign-off. This template has a section for each, in that order, with a finished example to compare against.

Who signs off a project closure report?

The sponsor, or whoever approved the project's scope and budget, signs to accept closure, and the project manager signs as author. If the client can only accept with conditions, list each condition as an open item with an owner and a date, rather than holding the whole report back.

Is a closure report the same as a lessons learned report?

No. A lessons learned report covers what to repeat or change next time. A closure report also says whether the objectives were met, what was accepted, who owns the open items and how benefits will be measured. Here, lessons sit inside the closure report, covering what went well as well as what didn't.

How do I report benefits that haven't happened yet?

Mark them Too early to tell, not Met. For each benefit, record the measure, the baseline, the target and its date, the client owner who will track it, and when the first check happens. Benefits usually arrive months after a project closes, so the owner has to be someone who stays.

What if the project didn't meet an objective?

Say so plainly, with the evidence and what happens next. Mark it Partly met or Not met, and name any approved change that moved the target. A clear account of a miss protects you better than a vague one, and the open item it leaves is often the next piece of work.

When should I write the closure report?

Start it in the last two weeks of the project, while the team is still there to answer questions, and finish it once the final deliverable is accepted. Pull the open items from your RAID log and the approved changes from your steering committee decisions and weekly status reports.

Close the project cleanly

Open the report with every section in place, or paste your objectives and final status for a first pass.