Project Handover Template

Project handover β€” Lyon metro extension (Phase 2 to Phase 3)


Outgoing Owner
MKMarie Kowalski
Incoming Owner
DLDavid Lefevre
Status
In Progress
Handover Date
28/02/2026

πŸ“‹ Project summary

Lyon metro Line B extension β€” Phase 2 (tunnelling) completed 3 weeks ahead of schedule but 4% over budget due to unforeseen ground conditions. Phase 3 (station fit-out) starts 01/03/2026 with a 14-month programme. Overall project value: €185M.

πŸ“ Outstanding deliverables

TaskDeadlineOwnerStatus
Phase 2 final cost report15/03Marie K.In Progress
Station fit-out subcontractor award10/03David L.Pending
MΓ©tropole de Lyon progress review07/03David L.Scheduled

⚠️ Open risks

  • Subcontractor capacity: Preferred MEP contractor (ElectroBelge) has flagged resource constraints for Q2 2026. Backup shortlist prepared β€” see document index.
  • Client relationship: MΓ©tropole de Lyon project director (Jean-Marc Perrin) is retiring in April. New contact not yet confirmed β€” maintain relationship proactively during March.
Content continues in Elium...

Give project and operations teams a structured format for transferring project ownership β€” from outgoing manager to incoming manager, or from project team to operations. This template captures project status, open items, risks, contacts, and critical decisions so the receiving team can continue without losing momentum.

Try now in Elium

What is a project handover template?

A project handover template is a structured document for transferring all essential project knowledge from one team or manager to another. It captures the current status, outstanding deliverables, key contacts, open risks, and critical decisions β€” so the receiving party has everything they need to take ownership without disruption.

Project handovers are high-risk moments. When they go wrong, work is duplicated, commitments are missed, and stakeholder relationships suffer. The outgoing team knows things that are not written down β€” informal agreements, escalation preferences, and context behind past decisions. A structured template forces this tacit knowledge onto paper before the transfer happens, reducing the gap between what the outgoing team knows and what the incoming team receives.

Who should use this template?

This template is for teams managing transitions of project ownership:

  • Project Managers β€” document project status and transfer ownership when moving to a new assignment or leaving the organisation
  • Programme Managers β€” ensure consistent handover quality across multiple projects in a programme
  • Operations Managers β€” receive projects into BAU operations with full context on what was built and why
  • Team Leads β€” facilitate internal handovers when project responsibilities shift between team members

What’s included in this template?

The template has two parts: structured metadata fields and the handover body.

Metadata fields classify each handover:

  • Project name and reference
  • Outgoing owner and incoming owner
  • Handover date and transition period
  • Handover status (preparation, in progress, completed)

Handover body transfers all project knowledge:

  • Project summary β€” objectives, scope, current phase, and overall status
  • Outstanding deliverables β€” tasks remaining with deadlines, owners, and dependencies
  • Key contacts β€” stakeholder map with roles, communication preferences, and relationship notes
  • Open risks and issues β€” active risks with mitigation status and unresolved issues requiring attention
  • Critical decisions log β€” major decisions made during the project with rationale and implications
  • Document index β€” links to project plans, budgets, contracts, and technical documentation

How to create and customise this template in Elium

  1. Open the Template Builder β€” Go to your profile menu and select the Template Builder tab, or click “+ Create” and choose “Create a new template”.
  2. Set the scope β€” Choose an icon, enable the template, and decide whether it applies platform-wide or to specific spaces (e.g. Project Management or Operations).
  3. Add structured fields β€” Click “Field” to add metadata: text fields for project name and reference, user fields for outgoing and incoming owners, a date field for handover date, and a tag field for status (pre-populate with “Preparation”, “In Progress”, “Completed”). Mark project name and both owner fields as mandatory.
  4. Build the handover structure β€” Use the “+” button to add content blocks: a text block for project summary, a table block for outstanding deliverables (columns: task, deadline, owner, dependency), a table block for key contacts, text blocks for open risks and critical decisions, and a links block for the document index.
  5. Preview and save β€” Review the template layout, then save. Project managers can now select it when preparing a handover, and you can apply it to existing content in bulk.

How AI helps you create and use this template

Capture faster. Point Elium’s AI at your project documentation β€” status reports, risk registers, and stakeholder lists. It compiles the key information into a structured handover document so the outgoing manager reviews and supplements rather than writing from scratch.

Retrieve smarter. An incoming project manager asks Elium’s AI: “Why did we change the structural design approach on the Brussels North project?” The AI returns the specific decision record with rationale, alternatives considered, and implications β€” context that would otherwise be lost.

Why teams use Elium for project handovers

Every project handover risks knowledge loss. The outgoing manager has context that exists nowhere else β€” stakeholder preferences, informal agreements, and the reasoning behind key decisions. When handovers happen through a single meeting and an email, critical context is lost. Elium makes handovers thorough: structured templates ensure nothing is missed, completed handovers become reference material, and search lets the incoming team find answers as questions arise.

Bouygues Construction β€” 53,500 employees across 80 countries β€” uses Elium to centralise project knowledge. When project managers transition between assignments, their knowledge stays accessible to the organisation through documented handovers, procedures, and lessons learned.

Frequently asked questions

A project handover is the structured transfer of project ownership and knowledge from one team or manager to another. Without a formal handover, the incoming team lacks critical context β€” outstanding commitments, stakeholder relationships, and the reasoning behind decisions. Poor handovers lead to missed deadlines, repeated work, and damaged stakeholder trust.
A complete project handover includes project metadata and ownership details, a summary of current status, outstanding deliverables with deadlines and dependencies, a stakeholder contact map, open risks and unresolved issues, a log of critical decisions with rationale, and an index linking to all supporting project documentation.
Standardised handovers reduce transition time because the receiving team starts with full context. They prevent knowledge loss when project managers change assignments. They protect stakeholder relationships by ensuring commitments are transferred explicitly. They create a reusable knowledge base of project decisions and lessons.
Start the handover document before the transition β€” not on the last day. Cover the facts (status, tasks, contacts) and the context (decisions, risks, stakeholder dynamics). Include both what was documented formally and what you know informally. Schedule a walkthrough meeting with the incoming owner. Follow up one week after transfer.
A project handover transfers ownership while the project continues β€” the work is not finished. A project closure formally ends the project, including final deliverables, financial close-out, and lessons learned. Handovers happen mid-stream when ownership changes; closures happen at the end when the project is finished.

Related reading: Read more on our blog