Study guide
13.2 Closing a Project
PRINCE2 Practitioner Version 7
Track your progress as you read
Finished sections get a check mark.
1 Introduction & Exam Overview
1.1 Current Exam Facts 1.2 Exam Strategy & Open-Book Technique
2 PRINCE2 7 Method Overview
2.1 The PRINCE2 7 Method 2.2 What Changed in PRINCE2 7 2.3 Performance Targets, Tolerances & Project Context
3 PRINCE2 Principles (1–4)
3.1 Continued Business Justification 3.2 Learn from Experience 3.3 Defined Roles, Responsibilities & Relationships 3.4 Manage by Stages
4 PRINCE2 Principles (5–7) & Applying Principles
4.1 Manage by Exception 4.2 Focus on Products 4.3 Tailor to Suit the Project 4.4 Applying Principles in Context
5 People Management in Projects
5.1 Organisational & Project Ecosystems 5.2 Leadership in Projects 5.3 Team Culture & Diversity 5.4 Communication, Stakeholder Engagement & Change Management
6 Practices Overview & Business Case
6.1 The Seven Practices & Tailoring 6.2 Business Case: Desirability, Viability & Achievability 6.3 Business Case Lifecycle & Management Products 6.4 Business Case Application & Tailoring Scenarios
7 Practices: Organising & Plans
7.1 Organising: Roles & Accountability 7.2 Organising: 5-Step Ecosystem Technique 7.3 Plans: Three Levels & Product-Based Planning 7.4 Plans: Techniques, Tolerances & Tailoring
8 Practices: Quality & Risk
8.1 Quality: Planning, Control & Assurance 8.2 Quality Techniques & Management Products 8.3 Risk: Threats & Opportunities 8.4 Risk 5-Step Technique & Application
9 Practices: Issues
9.1 Issues Practice: Issue vs Change & Categories 9.2 Issues 5-Step Technique & Supporting Techniques 9.3 Change Control, Configuration & Priority/Effort Assessment
10 Practices: Progress, Sustainability & Application
10.1 Progress: Controls, Tolerances & Reports 10.2 Sustainability as the 7th Performance Target 10.3 Tailoring the Practices 10.4 Practices Application Scenarios (BL4)
11 Processes: Model, Starting, Directing & Initiating
11.1 The Seven Processes & Process Model 11.2 Starting Up a Project 11.3 Directing a Project 11.4 Initiating a Project
12 Processes: Controlling a Stage & Product Delivery
12.1 Controlling a Stage 12.2 Managing Product Delivery 12.3 Stage Control & Exception Scenarios (BL4) 12.4 Work Packages & Reporting Cycle
13 Processes: Stage Boundary, Closing & Tailoring
13.1 Managing a Stage Boundary 13.2 Closing a Project 13.3 Tailoring the Processes 13.4 Process Application Scenarios (BL4)
14 Tailoring, Management Products & Exam Technique
14.1 Tailoring to Project Environment, Scale & Agile 14.2 Management Products & the v7 Project Log 14.3 Final Exam Technique, Full Scenarios & Common Traps
13.2 Closing a Project
Key Takeaways Explain This Topic AI
Closing a Project is performed by the Project Manager at the end of the final stage, triggered when the Project Board authorises closure.
It provides a controlled closure: verify acceptance of products, hand over to operational use, evaluate the project, capture lessons, and recommend closure to the board.
Planned closure confirms accepted products and finalises benefits; premature closure handles partial products and follow-on action recommendations for work that will not be completed.
The End Project Report (which in v7 carries the follow-on action recommendations), the updated Benefits Management Approach, and lessons captured in the Project Log are the key closure outputs.
Last updated: August 2026
When the Process Runs
Closing a Project (CP) is performed by the Project Manager at the end of the final stage . It is triggered when the Project Board authorises closure — either because the project's products have been delivered (planned closure) or because the board has decided to stop the project early (premature closure). The PM does not close the project unilaterally; the board's authorisation is required.
A controlled closure matters because without it the project's products may never be formally accepted, benefits may never be measured, and lessons may be lost. PRINCE2 treats closure as a deliberate, managed activity rather than something that just happens when the work runs out.
Purpose and Objectives
The purpose of Closing a Project is to provide a controlled closure so that the project:
Verifies acceptance of all products by the user(s) and operational owners.
Hands over products to operational use and support.
Reviews the project's performance against its Business Case and plans.
Captures lessons for future projects.
Archives the project's management products and records.
Recommends project closure to the Project Board, which then formally authorises it.
Activities and Outputs
Activity What the PM does Primary output
Prepare planned closure Confirm all products accepted; update Project Plan and Business Case to show final status Accepted products, finalised Project Plan/Business Case
Prepare premature closure (if applicable) Identify partial products; agree what can be salvaged; record follow-on action recommendations for anything not completed Salvage decisions; follow-on action recommendations (recorded within the End Project Report in v7)
Hand over products Transfer products to operational use and support Hand-over records
Evaluate the project Compile the End Project Report ; update the Benefits Management Approach End Project Report, updated Benefits Management Approach
- Recommend project closure Put the closure recommendation to the board Recommendation to the board
- Capture lessons Update the Lessons Log and the Project Log Updated Lessons Log, Project Log
- Planned vs Premature Closure
Planned closure is the normal case: the project has delivered its products, they have been accepted, and the project is wrapping up. The PM confirms acceptance, finalises the Project Plan and Business Case status, produces the End Project Report, and updates the Benefits Management Approach so that benefits realisation can continue after the project team disperses.
Premature closure is triggered when the Project Board decides to stop the project before the planned products are complete — for example because the Business Case is no longer viable, or because an Exception Report has shown that tolerances cannot be recovered. The PM must then handle partial products : some products may be usable and worth handing over, while others will be incomplete. For anything incomplete, the PM records Follow-on Action Recommendations — guidance for what would need to happen if those products were ever to be completed or salvaged by another initiative. The End Project Report still gets produced, but it explains why the project was stopped early.
What the End Project Report Contains
The End Project Report is the closure counterpart of the End Stage Report, but it covers the whole project. It typically includes:
A summary of what the project set out to deliver versus what it actually delivered .
The final Project Plan status (actual costs, durations, scope against baseline).
A review of the Business Case — were the expected benefits still realistic, and what has been realised so far?
An updated Benefits Management Approach describing how and when remaining benefits will be measured post-project.
Key risks, issues, and lessons arising from the project.
The PM's recommendation that the board authorise closure.
What Happens to Benefits at Closure
Benefits rarely finish when the project does. The PM updates the Benefits Management Approach so that the operational owners who inherit the products have a clear, scheduled mechanism for measuring benefits realisation after the project team has been disbanded. This is why the Benefits Management Approach is one of the process's headline outputs: it ensures the project's investment thesis is not abandoned the day the project closes.
Exam-relevant distinctions
What triggers Closing a Project? The Project Board authorising closure (planned or premature). It is not triggered by the PM simply finishing the work.
What is the difference between planned and premature closure? Planned closure confirms completed, accepted products; premature closure must also handle partial products and produce Follow-on Action Recommendations.
What does the End Project Report contain? Project-wide performance against plan and Business Case, plus the closure recommendation — it is not just a re-statement of the last End Stage Report.
Who authorises closure? The Project Board, on the PM's recommendation.