Skip to main content

Quick Reference

Fast lookup for FMEA ratings, Action Priority, and common tasks.

Severity Ratings (S)

RatingEffectExamples
10Hazardous without warningFire, explosion, injury, regulatory violation
9Hazardous with warningSafety issue with detectable warning
8Very highLoss of primary function, vehicle inoperable
7HighReduced performance, customer dissatisfaction
6ModeratePartial loss of function, reduced comfort
5LowMinor performance reduction
4Very lowFit/finish issue, minor annoyance
3MinorNoticeable but no functional impact
2Very minorMost customers won't notice
1NoneNo effect

Occurrence Ratings (O)

RatingProbabilityFailure Rate
10Almost certain≥1 in 2
9Very high1 in 3
8High1 in 8
7Moderately high1 in 20
6Moderate1 in 80
5Low1 in 400
4Very low1 in 2,000
3Remote1 in 15,000
2Very remote1 in 150,000
1Nearly impossible<1 in 1,500,000

Detection Ratings (D)

RatingDetection CapabilityControls
10Cannot detectNo controls exist
9Very remoteControls unreliable
8RemoteManual inspection, random sampling
7Very lowManual inspection, 100%
6LowManual with gauges/fixtures
5ModerateSPC (Statistical Process Control)
4Moderately highSPC with immediate feedback
3HighAutomated detection, operator alerted
2Very highAutomated detection, prevents defect
1Almost certainDefect cannot reach customer (error-proofing)

Action Priority Rules

High Priority (Red 🔴)

Immediate action required

  • S ≥ 9 (any O/D)
  • S ≥ 7 AND (O ≥ 4 OR D ≥ 4)

Medium Priority (Orange 🟠)

Action needed

  • S ≥ 4 (not High)
  • S = 3 AND (O ≥ 6 OR D ≥ 6)

Low Priority (Green 🟢)

Monitor

  • All other combinations

RPN Calculation

Formula: RPN = S × O × D

Range: 1 to 1,000

Thresholds (traditional):

  • ≥200: Unacceptable, immediate action
  • 100-199: High risk, action required
  • 50-99: Medium risk, action recommended
  • <50: Low risk, monitor
Modern Standard

AIAG/VDA now uses Action Priority instead of RPN thresholds. NirmIQ shows both.

Common Tasks

Create New DFMEA

  1. FMEA Workspace → Advanced Mode
  2. New Analysis → DFMEA
  3. Fill component name, design intent
  4. Add failure modes with S/O/D

Add Failure Mode

  1. Open analysis
  2. "Add Failure Mode" button
  3. Describe failure, effects, causes
  4. Rate S (1-10), O (1-10), D (1-10)
  5. AP calculates automatically

Create Action Item

  1. Click failure mode card
  2. "Add Action" button
  3. Describe action, assign owner
  4. Set due date and priority
  5. Track status: Pending → In Progress → Completed

View Risk Heatmap

  1. Open analysis
  2. "Heatmap" tab
  3. Click cells to see failures
  4. Export as image for reports
  1. Open analysis
  2. "Trending" tab
  3. View improvement over time
  4. Filter by failure mode

Build Structure Tree

  1. Open analysis
  2. "Structure Tree" tab
  3. Add System level element
  4. Add child Subsystems/Components
  5. Define functions for each
  6. Link to requirements
  1. Create/edit analysis
  2. Click "Link Requirement"
  3. Select from dropdown
  4. Or: Add requirement_id to Structure Element

Export for Audit

  1. Open analysis
  2. "Export" button (top right)
  3. Choose format:
    • Excel (AIAG template)
    • PDF (summary report)

Keyboard Shortcuts

ActionShortcut
Create new analysisCtrl + N
Add failure modeCtrl + F
Add action itemCtrl + A
Save changesCtrl + S
ExportCtrl + E
Search failure modesCtrl + K

Status Workflows

Analysis Status

Draft → In Review → Approved → Active → Archived

Failure Mode Status

Open → In Progress → Completed → Closed

Action Item Status

Pending → In Progress → Completed (or Cancelled)

AIAG-VDA 7-Step FMEA Terminology

The 7 Steps at a Glance

StepNamePurposeKey Output
1Planning & PreparationDefine scope, team, timeline5T's completed
2Structure AnalysisBuild system hierarchyStructure Tree (P-Diagram)
3Function AnalysisDefine what each element doesFunction descriptions
4Failure AnalysisIdentify how functions can failFailure Net (cause-effect chains)
5Risk AnalysisRate S, O, D for each failureAction Priority (H/M/L)
6OptimizationDefine and track mitigationsAction items assigned
7Results DocumentationExport and share findingsFMEA reports

Step 1: The 5T's (Planning)

TermMeaningExample
InTentPurpose & Scope"Analyze battery thermal management for safety"
TimingSchedule & Milestones"Complete before design freeze (Q2)"
TeamCross-functional members"Design, Quality, Manufacturing, Safety"
TaskObjectives & Deliverables"Identify all high-priority failure modes"
ToolSoftware & Standards"NirmIQ + AIAG-VDA Handbook"

Step 2: Structure Analysis Terms

TermDefinition
SystemTop-level item being analyzed (e.g., "Battery Pack")
SubsystemFunctional group within system (e.g., "Thermal Management")
ComponentIndividual part or assembly (e.g., "Temperature Sensor")
CharacteristicMeasurable property (e.g., "Response time < 100ms")
Structure TreeVisual hierarchy showing system breakdown
P-DiagramParameter diagram showing inputs, outputs, noise factors
InterfaceConnection point between elements
Focus ElementThe component currently being analyzed
Next Higher LevelParent element in the structure
Next Lower LevelChild elements in the structure

Step 3: Function Analysis Terms

TermDefinition
FunctionWhat an element is intended to DO (verb + noun)
Primary FunctionMain purpose of the element
Secondary FunctionSupporting purposes
Interface FunctionHow elements interact with each other
Requirement LinkTraceability to formal requirement
Function NetDiagram showing function relationships
Function Writing

Always write functions as verb + noun: "Monitor temperature", "Detect obstacle", "Execute shutdown"

Step 4: Failure Analysis Terms

TermDefinitionExample
Failure ModeHow a function can fail"Sensor fails to detect temperature"
Failure EffectImpact/consequence of failure"Battery overheats, potential fire"
Failure CauseRoot cause of the failure"Sensor contamination"
Failure ChainEffect ← Mode ← Cause relationshipLinks failures across hierarchy
Failure NetVisual diagram of failure relationshipsShows cause-effect propagation
Local EffectImpact at the component level"Incorrect reading"
Next Higher EffectImpact at subsystem level"Thermal control malfunction"
End EffectImpact at system/customer level"Vehicle shutdown, stranded customer"

Step 5: Risk Analysis Terms

TermDefinition
Severity (S)How serious is the effect? (1-10)
Occurrence (O)How often might the cause happen? (1-10)
Detection (D)How well can we detect the cause/mode? (1-10)
RPNRisk Priority Number = S × O × D (1-1000)
Action Priority (AP)Modern priority rating (High/Medium/Low)
Prevention Control (PC)Control that prevents the cause from occurring
Detection Control (DC)Control that detects the cause or failure mode
Current ControlsExisting prevention/detection measures
Filter CodeIndicates if failure is addressed by another FMEA

Step 6: Optimization Terms

TermDefinition
Preventive ActionAction to reduce Occurrence (O)
Detection ActionAction to improve Detection (D)
Design ChangeModification to product design
Process ChangeModification to manufacturing process
Control AddedNew prevention or detection control
Responsible PersonOwner of the action item
Target Completion DateWhen action should be complete
StatusPending → In Progress → Completed
EffectivenessDid the action reduce risk as expected?
Revised RatingsNew S/O/D after action implementation

Step 7: Documentation Terms

TermDefinition
FMEA HeaderProject info, team, dates, scope
FMEA WorksheetStandard form with all failure analysis
FMEA Form SheetOfficial AIAG-VDA format document
Action Status ReportProgress on optimization actions
FMEA-IDUnique identifier for the analysis
Revision LevelVersion number of the FMEA
BaselineSnapshot of FMEA at a point in time
Sign-offFormal approval of the FMEA

FMEA Types

TypeFull NameFocus AreaWhen to Use
DFMEADesign FMEAProduct/design failuresDuring product design
PFMEAProcess FMEAManufacturing/process failuresDuring process design
FMEA-MSRMonitoring & System ResponseDiagnostic/monitoring failuresFor safety monitoring systems
SFMEASystem FMEATop-level system failuresEarly concept phase

Compliance Standards Reference

StandardIndustryFocusSafety Levels
AIAG-VDAAutomotiveFMEA methodologyAction Priority (H/M/L)
ISO 26262AutomotiveFunctional safetyASIL (QM, A, B, C, D)
DO-178CAerospaceSoftwareDAL (A, B, C, D, E)
IEC 62304MedicalSoftware lifecycleClass (A, B, C)
IEC 61508IndustrialFunctional safetySIL (1, 2, 3, 4)

Quick Decision Tree

"What FMEA type should I use?"

Is it a design or manufacturing issue?
├─ Design → DFMEA
│ Example: "Component may fail under stress"

├─ Manufacturing → PFMEA
│ Example: "Weld may be incomplete"

└─ System monitoring → FMEA-MSR
Example: "Sensor may not detect failure"

"Is this High Priority?"

Is Severity ≥ 9?
├─ YES → HIGH PRIORITY (regardless of O/D)

└─ NO → Is Severity ≥ 7?
├─ YES → Is Occurrence ≥ 4 OR Detection ≥ 4?
│ ├─ YES → HIGH PRIORITY
│ └─ NO → Check Medium Priority rules

└─ NO → Probably Medium or Low Priority

Integration Points

Links to Requirements: Trace failures to requirements Links to Tests: Verify detection methods Links to Jira: Create action tickets Links to Slack: Notify team of high-priority failures Links to Git: Reference design change commits

Support

Documentation: FMEA Overview Tutorials: Creating Advanced FMEA Help: Contact support or use in-app chat