Lessons Learned Template

Lessons learned — Brussels North residential project (Phase 2)


Department
Infrastructure Projects
Phase
Close-out
Facilitator
TLThomas Laurent
Session Date
07/02/2026

🎯 Context

Phase 2 (structural works) of the Brussels North residential complex — 120 apartments, 18-month programme. Delivered 3 weeks ahead of schedule but 4% over budget due to unforeseen ground conditions. No safety incidents recorded.

✅ What went well

  • Prefabrication strategy — Off-site fabrication of bathroom pods reduced on-site labour by 30% and eliminated weather delays for that scope.
  • Daily stand-ups with subcontractors — 15-minute coordination meetings prevented 90% of interface clashes identified in previous projects.
  • Digital QC checklists — Moving from paper to Elium-based inspection forms cut quality sign-off time from 2 days to 4 hours.

❌ What went wrong

  • Ground conditions — Geotechnical survey missed a clay lens at -8 m, requiring redesign of piling in Zone C. Root cause: survey boreholes at 25 m spacing instead of recommended 15 m for this geology.
  • Procurement timeline — Structural steel delivery was 2 weeks late because the order was placed after design freeze rather than during detailed design. Root cause: procurement not included in early design reviews.

📋 Recommendations

RecommendationPriorityOwner
Reduce geotechnical borehole spacing to 15 m for clay-risk sitesHighSophie Petit
Include procurement in design review meetings from concept stageHighDavid Lefevre
Expand prefabrication to MEP risers on future residential projectsMediumEmma Hurteaux
Content continues in Elium...

Give project and operations teams a structured format for documenting insights from completed projects, incidents, or initiatives. This template captures what went well, what went wrong, root causes, and recommended actions — so the organisation learns from experience rather than repeating mistakes.

Try now in Elium

What is a lessons learned template?

A lessons learned template is a structured document for recording the key insights from a project, initiative, or incident — including what went well, what went wrong, why it happened, and what the team recommends doing differently next time. It turns experience into organisational knowledge that future teams can access and apply.

Most organisations repeat the same mistakes because lessons are never captured — or captured but never found. Project teams move on to the next delivery, and the knowledge from what they just completed stays in their heads. A standardised template ensures that lessons are documented consistently, stored where others can find them, and structured in a way that makes them actionable rather than anecdotal.

Who should use this template?

This template is for teams responsible for continuous improvement:

  • Project Managers — document project lessons at close-out so future projects benefit from the experience
  • Operations Managers — capture process improvements after incidents or changes
  • Team Leads — facilitate lessons learned sessions after sprints, milestones, or events
  • Knowledge Managers — ensure lessons are stored in a searchable, centralised format that future teams can access

What’s included in this template?

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

Metadata fields classify each document:

  • Project or initiative name
  • Department or team
  • Lessons author — the person who facilitated the session
  • Date of the lessons learned session
  • Project phase or milestone covered

Lessons body captures the full analysis:

  • Context — brief description of the project, its objectives, and outcome
  • What went well — successes worth repeating, with specific examples
  • What went wrong — failures or challenges encountered, with root cause analysis
  • Recommendations — actionable changes for future projects, with named owner and priority
  • Key metrics — relevant data points (budget variance, schedule adherence, quality scores) that support the analysis
  • Related documents — links to project plans, reports, or previous lessons for context

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 department, a user field for lessons author, a date field for session date, and a tag field for project phase (pre-populate with “Planning”, “Execution”, “Close-out”, “Post-incident”). Mark project name and session date as mandatory.
  4. Build the lessons structure — Use the “+” button to add content blocks: a text block for context, text blocks for what went well and what went wrong, a table block for recommendations (columns: recommendation, priority, owner, deadline), a text block for key metrics, and a links block for related documents.
  5. Preview and save — Review the template layout, then save. Project managers can now select it when running close-out sessions, and you can apply it to existing content in bulk.

How AI helps you create and use this template

Capture faster. Paste your meeting notes, retrospective boards, or email discussions into Elium’s AI. It categorises feedback into successes, failures, and recommendations — so the facilitator organises rather than transcribes.

Retrieve smarter. A project manager starting a new construction project asks Elium’s AI: “What lessons did we learn from the Lyon metro tunnelling phase?” The AI returns the specific successes, failures, and recommendations from that project — so proven improvements are applied from day one.

Why teams use Elium for lessons learned

Lessons learned sessions happen — but the documents they produce often disappear. They are filed in a project folder, never tagged, and never found by the next team facing the same challenge. Elium solves this by making lessons searchable and contextual: structured templates ensure consistency, tags and metadata make lessons discoverable, and AI-powered search lets anyone find relevant experience from a plain question.

Bouygues Construction — 53,500 employees across 80 countries — uses Elium to centralise project knowledge including lessons learned, procedures, and best practices. When a team in one country encounters a challenge, the solution from a previous project in another country is one search away.

Frequently asked questions

Lessons learned are documented insights from a project or initiative — what worked, what failed, and what to change next time. Without capturing lessons, organisations repeat the same mistakes and miss opportunities to replicate successes. Structured documentation ensures experience becomes organisational knowledge rather than individual memory.
A complete lessons learned template includes project metadata (name, date, team, phase), context about objectives and outcomes, sections for what went well and what went wrong with root causes, actionable recommendations with owners and deadlines, key metrics, and links to related project documents for context.
Documented lessons prevent repeated mistakes because future teams access proven solutions. They accelerate project planning because managers start with real experience. They improve estimation accuracy because historical data informs forecasts. They build a culture of continuous improvement where learning from failure is expected.
Focus on specifics, not generalities — “the procurement timeline was two weeks too short” is actionable, “planning could be better” is not. Include root causes, not just symptoms. Tie every recommendation to a named owner and deadline. Conduct the session while details are fresh, ideally within a week of the milestone or close-out.
Lessons learned typically document insights at project close-out for the benefit of future projects across the organisation. A retrospective is usually held at the end of a sprint or iteration, focused on the team’s own working practices and immediate improvements. Lessons learned look outward; retrospectives look inward.

Related reading: Read more on our blog