What separates a real safety program from a poster on the wall is what happens after something goes wrong (or almost does). A rigorous, blame-free investigation turns one near-miss into a permanent fix. FIRST Safety Advisors explicitly value teams that document how they respond to issues over teams claiming a perfect record.
Step 1 - Capture every near-miss, not just injuries. A near-miss (a battery that slipped but didn't drop, a cylinder that fired into empty air) is a free lesson. Make reporting easy and never punitive - punishing reporters just hides the next incident.
Step 2 - Run a 5 Whys. Ask 'why' until you reach a fixable system cause, not a person to blame:
Event: Student's sleeve caught on the drill press.
Why? Loose long sleeve near the rotating chuck.
Why? No rule enforced about sleeves at the drill press.
Why? New members weren't trained on machine dress code.
Why? Onboarding had no machine-safety module.
Why? Training was informal and undocumented.
Root cause: No structured machine-safety onboarding.
Note the root cause is a system gap, not 'the student was careless.' That's the point.
Step 3 - Write a structured report. Capture: what happened, when/where, who was involved, the immediate correction, the 5-Whys root cause, the preventive action, an owner, and a due date - the same fields as a Corrective and Preventative Action (CAPA) entry.
Step 4 - Close the loop (CAPA). A finding isn't done until the preventive action is implemented and verified. For the example above: add a machine-safety onboarding module, require sign-off, and post a JSA at the drill press. Re-check at the next meeting and mark it closed.
Step 5 - Track trends. Keep a running safety event log; if 'pinch point' shows up three times, that's a design problem for your next FMEA cycle, not three unlucky people. Feed recurring root causes back into your design FMEA and JSAs so the whole system improves.
Why this wins: advisors talk to random members and look for evidence of a living process. A near-miss log with closed CAPA entries, traced to system root causes and fed back into design, is the clearest possible proof that safety is part of your engineering culture - and since safe practices gate eligibility for every judged award, that evidence pays off broadly.
the part worth keeping
Key takeaways
- Capture near-misses blame-free; punishing reporters hides the next incident.
- Use 5 Whys to reach a system root cause, then close the loop with a CAPA (owner, due date, verification).
- Track trends and feed recurring root causes back into your FMEA and JSAs.
SafetyAdvanced Safety Engineering & Case Studieslesson 4 of 5
Keep going
Take the quiz+10 XP with an accountMore in Advanced Safety Engineering & Case Studies
where this came from
Sources and corrections
This lesson is AI-assisted: drafted from primary sources, then reviewed and edited by hand. Errors still get through. When one is reported we fix it and write down what changed, in public, in the corrections log.
sources and further reading
- osha.govOSHA - Hazard Prevention and Control
- info.firstinspires.orgFIRST - Safety Manual (current)
clipped to this lesson
Articles that go further on this
The lesson gets you through the topic. These go wider on it, and they read in one sitting.
- 7 min readFRC Shop Safety and PPE: Eye Protection Rules, Machine Rules, and Real InspectionsFRC shop safety: when eye protection is required, machine-specific rules, the pit safety kit, and how to run a real safety inspection./blogread it
- 13 min readWPILib Won't Deploy: Every Cause and How to Fix ItYour WPILib deploy is failing? Work the decision tree: wrong folder in VS Code, team number, roboRIO image, JDK version, macOS network privacy. Fixes for each./blogread it
- 4 min readThe FRC Robot Design Process, Step by StepA clear, beginner-friendly walkthrough of the FRC robot design process, from game analysis and strategic prioritization to prototyping, CAD, and iteration./blogread it
answer sheet
Lesson quiz
All 3 right completes the lesson. Miss one and only that question comes back, anything you already answered correctly stays banked.
0 of 3 answered
01What is the goal of asking 'Why?' repeatedly (the 5 Whys) during an incident investigation?
02If a team's root-cause analyses almost always conclude 'the person made a mistake,' what does this usually signal?
03Which mindset best describes effective incident investigation?
Answer every question to submit.
All 28 lessons in Safetyopenclose
01 / culture-and-roles
02 / ppe-and-shop-safety
03 / battery-pneumatics-electrical
04 / events-and-program
05 / safety-worked-examples-mini-projects
- Not read yet:Mini-Project: A Battery Management & Logging System
- Not read yet:Mini-Project: Write a Robot Lockout/Tagout (LOTO) Procedure
- Not read yet:Worked Example: Current Limits That Prevent Brownouts
- Not read yet:Mini-Project: Assemble a Competition Pit Safety Kit
- Not read yet:Mini-Project: Run a Mock Pit Safety Inspection
06 / safety-common-mistakes-troubleshooting
- Not read yet:Troubleshooting Brownouts and Power Sag
- Not read yet:Battery Handling Mistakes That Cause Injuries and Fires
- Not read yet:Electrical Isolation and Wiring Mistakes Inspectors Fail You For
- Not read yet:Stored-Energy Surprises: Pneumatics and Springs
- Not read yet:Pit and Shop Conduct Mistakes That Hurt Your Judging
07 / safety-advanced-engineering-case-studies