Project Information
Summary
Lessons Learned Register
| ID | Date | Phase | Category | Lesson Learned | Root Cause | Impact Area | Severity | Recommendation | Responsible | Status |
|---|
About this lessons learned register
This tool provides a structured, browser-based register for capturing, managing and reporting lessons learned across all phases of an engineering or construction project. It is built for project managers, project controls engineers, quality managers and HSE officers who need to record knowledge systematically rather than in end-of-project workshops where the detail has already been lost.
What each field captures
- Phase
- The project phase in which the event occurred: Initiation, Planning, Execution, Monitoring & Control, or Closeout. Filtering by phase lets you review what went wrong — or right — at each stage.
- Category
- The management domain the lesson belongs to: Technical / Engineering, Project Management, Commercial / Contracts, Safety / HSE, Quality, Procurement, Communication, Environmental, Human Resources, or Stakeholder. Multiple lessons in the same category signal a systemic issue rather than an isolated event.
- Lesson Learned
- A factual description of what happened and why it is worth recording. Write from the project record, not from memory — reference the event, the period and the consequence so a future reader who was not there can understand it.
- Root Cause
- The underlying reason the event occurred. Avoid describing the symptom again. Ask why the symptom existed and record that answer — it is what makes the lesson actionable on the next project.
- Impact Area
- The aspect of the project most affected: Cost, Schedule, Quality, Safety, Scope, or Reputation. A single event can affect more than one area; choose the primary one and note the others in the lesson description.
- Severity
- High means material impact on project outcome. Medium means notable but manageable. Low means minor — worth recording as a prompt for good practice.
- Recommendation
- A specific, actionable instruction for a future project team. Name what should be done, by whom, and at what project stage. Vague recommendations such as "improve communication" are not useful.
- Responsible / Status
- The person or role accountable for implementing the recommendation, and whether the action is Open, In Progress, or Closed. Open lessons should appear as actions in the project's risk or action register.
Why lessons learned matter beyond closeout
The value of a lessons learned register is realised at the start of the next project, not at the end of this one. High-severity lessons should be reviewed during the planning phase of any similar contract and translated directly into the project execution plan — as mandatory checklist items, schedule milestones, or contractual requirements — before the same failure mode repeats.
Your data stays with you
The register runs entirely in your browser. There is no account and no server: the project is saved as a JSON file on your own machine, the table exports to CSV, the status report prints to PDF via the browser, and the optional autosave writes only to your own browser storage. Nothing leaves your device.
Frequently asked questions
What is a lessons learned register?
A lessons learned register is a structured project document that records significant events — positive or negative — that occurred during a project, together with the root cause of each event, its impact on cost, schedule, quality or safety, and a concrete recommendation for how to handle the same situation better on future projects. It is the primary mechanism for transferring knowledge from one project team to the next.
What should be captured in a lessons learned entry?
A useful entry captures six things: the project phase in which the event occurred, the category it belongs to, a clear description of what happened and why it matters, the root cause that allowed it to happen, the impact it had on the project, and a specific and actionable recommendation that a future project team could follow. Vague entries such as "improve communication" without describing what broke down and exactly what to do instead have little practical value.
What do the severity levels — High, Medium and Low — mean?
High means the event had a material effect on project outcome — a safety incident, a significant cost overrun, a major schedule delay, or a contractual dispute. Medium means the effect was notable but manageable. Low means the impact was minor and the lesson is worth recording as a prompt for good practice rather than a warning about a serious risk.
When during a project should lessons be recorded?
Lessons should be recorded as they occur, not accumulated for a closeout workshop. By the time a project reaches closeout, the team that experienced an event in the execution phase may have moved on, and the specific detail is already fading. Recording a lesson within days of the event produces a far more accurate and useful entry than reconstructing it six months later. The register should be reviewed at each phase gate and presented to the client at practical completion.
What is root cause analysis and why does it matter?
Root cause analysis is the process of identifying the underlying reason an event occurred, rather than describing only what happened. A foundation that required redesign is a symptom; the root cause might be that the geotechnical investigation scope was set before the alignment was finalised and never reviewed afterward. Capturing the root cause is what makes a lesson actionable — without it, a recommendation can only say "do better next time", which gives a future team nothing concrete to act on.
How do I use this register to improve future projects?
At the start of a new project, search the organisation's lesson register for entries relevant to the contract type, location, client and technical scope. High-severity closed lessons should be translated into specific actions in the project execution plan. Lessons that are still Open should be tracked as actions and assigned to named responsible parties with a target close-out date.
How do I export or share the register?
Use Save Register (.json) to download a file that preserves the complete register and can be reloaded later. Use Export Table (.csv) to download the visible rows in a format that opens in Excel. Use Generate Status Report (PDF) to open a formatted A3-landscape print preview — save it as PDF from the browser's print dialog to produce a document suitable for client submission or review meetings.
Is my project data uploaded anywhere?
No. The register runs entirely in your browser. There is no account, no server component, and no data leaves your machine. Projects are saved as JSON files you download yourself, the CSV export goes to your own device, and the autosave option writes only to your own browser's local storage. Nothing is transmitted externally.
Related Project Management Tools
Controlling the same project: