Skip to content
P2

Project closure

Closing a Project

Close with control: confirm acceptance, transfer ownership, document lessons, and protect post-project benefits follow-through.

What this helps you do

End project control responsibly while ensuring products, ownership, and future benefit accountability are clear.

Use this when

  • When planned delivery is complete.
  • When project direction changes to stop or hand over early.
  • When governance requires formal closure evidence.

What good looks like

  • Accepted products are handed over with named owners.
  • Remaining actions are visible with accountable owners and dates.
  • Benefits monitoring ownership is transferred beyond project life.
  • Lessons are captured as reusable recommendations.
  • Closure decision is approved and auditable.

Minimum viable version

  • Closure report with status, recommendation, and residual actions.
  • Acceptance and handover confirmation.
  • Lessons log summary with actionable points.
  • Benefits owner confirmation and post-project review date.

Stronger version

  • Performance vs baseline summary with variance interpretation.
  • Financial closure and contract closeout evidence.
  • Residual risk statement and operational mitigation route.
  • Formal post-project benefits review plan.

Step-by-step operating flow

  1. Confirm delivery completion status and product acceptance evidence.
  2. Identify and assign ownership for any remaining actions.
  3. Transfer operational, support, and benefits responsibilities.
  4. Capture lessons and prioritise reusable recommendations.
  5. Prepare closure report with decision ask and rationale.
  6. Obtain closure approval and record conditions if any.
  7. Communicate closure outcome to stakeholders and governance.
  8. Archive artefacts and schedule post-project review checkpoints.

Inputs needed

  • Accepted product evidence and handover records.
  • Current RAID and decision log status.
  • Benefits profile and owner commitments.
  • Financial and contract closure information where relevant.

Outputs produced

  • Approved closure report.
  • Transferred ownership and residual action register.
  • Lessons summary for future work.
  • Post-project benefits review commitments.

Common mistakes

  • Closing while ownership of residual work is unclear.
  • Treating closure as admin instead of a governance decision.
  • Dropping benefits tracking once delivery stops.
  • Capturing lessons too vaguely to be reused.

Tailoring notes

  • Lite closures can stay concise if ownership and evidence are explicit.
  • Enhanced/public closures should preserve stronger audit trail and assurance evidence.
  • Recovery closures should clearly explain rationale for stop/reset outcomes.
  • Supplier closures should include contract obligations and service transition checks.

Related templates

Related tools

PRINCE2 mapping

Operational translation of PRINCE2 Closing a Project, focused on acceptance, ownership transfer, learning capture, and benefits continuity.

FAQ

Common questions for this process

Can a project close with open actions?

Yes, if each residual action has a named owner, due date, and governance visibility outside the project.

Who owns benefits after closure?

Named business owners, not the project. The closure decision should make this explicit.

What is the closure decision actually approving?

That project control can stop because products are accepted, ownership is transferred, and residual risk is managed.