Root Cause Analysis Methods

Toolbox Talk Record

Ref: TBT-INC-009  |  Issue: 1  |  Date: March 2026
PresenterProject
LocationDate

What?

Why?

Prevent recurrenceWithout identifying the root cause, the same incident will happen again because the underlying failure remains in place.
Systemic improvementRCA reveals weaknesses in management systems, training, and procedures that affect safety across the whole organisation.
Legal expectationHSE expects organisations to demonstrate they have investigated incidents properly and addressed root causes, not just symptoms.
Do Don't
  • Use the 5 Whys technique to dig beyond the immediate cause of any incident.
  • Look for system and management failures, not just individual mistakes.
  • Gather evidence from the scene, witnesses, and documentation before analysing.
  • Consider multiple root causes; most incidents involve more than one failure.
  • Use fishbone diagrams to categorise and organise potential contributing factors.
  • Develop corrective actions that address the root cause, not just the symptom.
  • Track corrective actions to completion and verify they are effective.
  • Share lessons learned across the organisation to prevent similar incidents elsewhere.
  • Involve frontline workers in the analysis; they understand the real conditions.
  • Record the full RCA process and findings for future reference and audit.
  • DON'T stop investigating at the immediate cause; always ask why it happened.
  • DON'T blame individual workers without examining the system that allowed the failure.
  • DON'T rush the analysis; thorough RCA takes time but prevents future incidents.
  • DON'T accept a single root cause without checking for additional contributing factors.
  • DON'T ignore management and organisational failures as potential root causes.
  • DON'T create corrective actions that only address symptoms rather than root causes.
  • DON'T file the RCA report without tracking corrective actions to completion.
  • DON'T exclude frontline workers from the investigation process.
  • DON'T assume training is always the answer; the problem may be systemic.
  • DON'T limit learning to the project where the incident occurred; share it widely.

See also: Incident Investigation Process | Near Miss Reporting and Learning