Define the top event as an observable failure with system boundary, operating state, and time horizon.
Fault Tree Analysis
A practical method guide: clarify prerequisites and materials, understand the complete process, and look up outputs, pitfalls, and stop criteria.
Prerequisite
What needs to be finished first
Precise top event, system boundary and operating state, architecture and failure data, AND/OR gate notation, evidence register
Preparation
What needs to be ready before start
Precise top event, system boundary and operating state, architecture and failure data, AND/OR gate notation, evidence register
FTA lead · system architecture · reliability/safety · component experts · control owners
Define the top event as an observable failure with system boundary, operating state, and time horizon.
One to three working days for a bounded tree; add expert and evidence review.
Prepare a workspace with Top event · Gates · Decompose · Cut sets · Controls; separate example from live data.
Core question
The one question this method answers
Which individual or combined basic events are logically sufficient to produce the defined top event?
Flow
Phases with goal, actions, output and pitfall
Fault tree analysis decomposes a top event into logical combinations of individual and combined failures. The structure shows where redundant protections hold and where a small gap becomes critical.
Fault Tree Analysis · working structure
Fictional example
Fictional values show the actual method fields.
Defined top event
State the undesired event precisely and without a solution, including system state and boundary.
Top event: reserved pickup cannot be completed Saturday between 09:00 and 12:00.
First logic level
Arrange immediate causes beneath the top event and choose AND or OR from actual logic.
Top = OR [payment unavailable, unit not handoff-ready]. Handoff-ready failure = OR [not found, not released].
Evidence-backed tree
Expand intermediate events to controllable basic events or justified development boundaries.
Payment unavailable = AND [terminal offline, no manual fallback]. Terminal offline = OR [network outage, device fault].
Minimal cut sets
Derive minimal event combinations whose occurrence logically produces the top event; identify shared events.
Cut sets: {unit not found}; {not released}; {terminal offline + no fallback}.
Control plan
Prioritise controls against single events and combinations; test effect and remaining paths.
Fallback payment breaks the payment combination; scan requirement addresses not found; owner and test date recorded.
All values are fictional.
- 1
Top event
Defined top event

Goal
Defined top event: State the undesired event precisely and without a solution, including system state and boundary.
Inputs for this step
- Define the top event as an observable failure with system boundary, operating state, and time horizon.
- Precise top event, system boundary and operating state, architecture and failure data, AND/OR gate notation, evidence register
Actions
- State the undesired event precisely and without a solution, including system state and boundary.
Output
Defined top event
State the undesired event precisely and without a solution, including system state and boundary.
Quality check
Is the top event binary-testable and bound to an operating state?
Pitfall
Bad pickup system is neither binary nor bounded. Add failure state, system, period, and success criterion.
Timing: 30–45 minutes
- 2
Gates
First logic level

Goal
First logic level: Arrange immediate causes beneath the top event and choose AND or OR from actual logic.
Inputs for this step
- Defined top event
Actions
- Arrange immediate causes beneath the top event and choose AND or OR from actual logic.
Output
First logic level
Arrange immediate causes beneath the top event and choose AND or OR from actual logic.
Quality check
Does OR mean one input suffices and AND mean all inputs are jointly required?
Pitfall
AND is chosen because factors belong together although either alone suffices. Write a truth sentence for every gate and test counterexamples.
Timing: 45–75 minutes
- 3
Decompose
Evidence-backed tree

Goal
Evidence-backed tree: Expand intermediate events to controllable basic events or justified development boundaries.
Inputs for this step
- First logic level
Actions
- Expand intermediate events to controllable basic events or justified development boundaries.
Output
Evidence-backed tree
Expand intermediate events to controllable basic events or justified development boundaries.
Quality check
Are basic events concrete, independently understandable, and labelled by evidence or assumption?
Pitfall
A branch ends at human error without an observable state. Phrase a concrete state and state its control and evidence boundary.
Timing: 2–6 hours
- 4
Cut sets
Minimal cut sets

Goal
Minimal cut sets: Derive minimal event combinations whose occurrence logically produces the top event; identify shared events.
Inputs for this step
- Evidence-backed tree
Actions
- Derive minimal event combinations whose occurrence logically produces the top event; identify shared events.
Output
Minimal cut sets
Derive minimal event combinations whose occurrence logically produces the top event; identify shared events.
Quality check
Are cut sets minimal and derivable from documented gate logic?
Pitfall
Frequent events are called critical paths without logical derivation. Evaluate Boolean paths and remove every non-minimal superset.
Timing: 45–90 minutes
- 5
Controls
Control plan

Goal
Control plan: Prioritise controls against single events and combinations; test effect and remaining paths.
Inputs for this step
- Minimal cut sets
Actions
- Prioritise controls against single events and combinations; test effect and remaining paths.
Output
Control plan
Prioritise controls against single events and combinations; test effect and remaining paths.
Quality check
Does each priority control break a relevant cut set while residual logic stays visible?
Pitfall
Only the most frequent event is treated while a single-event path remains open. Check controls against every cut set and record remaining single and combined paths.
Timing: 45–75 minutes
Artifact
What comes out at the end
Sketch: what the artifact looks like
Reviewed fault tree with AND/OR logic, basic events, minimal cut sets, evidence, and prioritised controls.
Record date, owner, source state, and review date; preserve prior versions.
- Fault-tree notation with AND/OR gates
- Architecture and failure data
- Cut-set and control register
fault-tree-analysis-working-template.md
Set subject, evidence, roles, flow, and review.
Fault Tree Analysis: Worksheet
Question
To be confirmed
Desired outcome
To be confirmed
Scope
Whole initiative Time: One to three working days for a bounded tree; add expert and evidence review.
Complete this worksheet on paper or in your own document during the work.
Preparation for this scope
Method setup
- Materials: Precise top event, system boundary and operating state, architecture and failure data, AND/OR gate notation, evidence register
- Roles: FTA lead · system architecture · reliability/safety · component experts · control owners
- Advance information: Define the top event as an observable failure with system boundary, operating state, and time horizon.
- Overall time needed: One to three working days for a bounded tree; add expert and evidence review.
- Setup: Prepare a workspace with Top event · Gates · Decompose · Cut sets · Controls; separate example from live data.
Prepare for the work steps
Top event: Defined top event
- Define the top event as an observable failure with system boundary, operating state, and time horizon.
- Precise top event, system boundary and operating state, architecture and failure data, AND/OR gate notation, evidence register
Gates: First logic level
- Defined top event
Decompose: Evidence-backed tree
- First logic level
Cut sets: Minimal cut sets
- Evidence-backed tree
Controls: Control plan
- Minimal cut sets
Fault Tree Analysis · working structure
Defined top event
State the undesired event precisely and without a solution, including system state and boundary.
...
First logic level
Arrange immediate causes beneath the top event and choose AND or OR from actual logic.
...
Evidence-backed tree
Expand intermediate events to controllable basic events or justified development boundaries.
...
Minimal cut sets
Derive minimal event combinations whose occurrence logically produces the top event; identify shared events.
...
Control plan
Prioritise controls against single events and combinations; test effect and remaining paths.
...
The blank worksheet contains prompts only.
Reference · original teaching example
Top event: Defined top event
Expected artifact: Defined top event
State the undesired event precisely and without a solution, including system state and boundary.
Entry:
...
- Is the top event binary-testable and bound to an operating state?
Gates: First logic level
Expected artifact: First logic level
Arrange immediate causes beneath the top event and choose AND or OR from actual logic.
Entry:
...
- Does OR mean one input suffices and AND mean all inputs are jointly required?
Decompose: Evidence-backed tree
Expected artifact: Evidence-backed tree
Expand intermediate events to controllable basic events or justified development boundaries.
Entry:
...
- Are basic events concrete, independently understandable, and labelled by evidence or assumption?
Cut sets: Minimal cut sets
Expected artifact: Minimal cut sets
Derive minimal event combinations whose occurrence logically produces the top event; identify shared events.
Entry:
...
- Are cut sets minimal and derivable from documented gate logic?
Controls: Control plan
Expected artifact: Control plan
Prioritise controls against single events and combinations; test effect and remaining paths.
Entry:
...
- Does each priority control break a relevant cut set while residual logic stays visible?
Open questions and next steps
...
Method guide: https://methodatlas.meierhoff-systems.de/en/methods/fault-tree-analysis/run-sheet
Example output
Concrete filled scenario, fictional example
Fictional example for orientation. Counts and timings describe this case and are not universal requirements.
fault-tree-analysis-beispiel.md
Concrete filled scenario, fictional example
Fictional teaching example: Fault Tree Analysis · working structure
Defined top event
Top event: reserved pickup cannot be completed Saturday between 09:00 and 12:00.
First logic level
Top = OR [payment unavailable, unit not handoff-ready]. Handoff-ready failure = OR [not found, not released].
Evidence-backed tree
Payment unavailable = AND [terminal offline, no manual fallback]. Terminal offline = OR [network outage, device fault].
Minimal cut sets
Cut sets: {unit not found}; {not released}; {terminal offline + no fallback}.
Control plan
Fallback payment breaks the payment combination; scan requirement addresses not found; owner and test date recorded.
Pitfalls
Recognize symptoms and steer against them
Quick overview, the full text is in the matching phase in the flow
- Defined top eventBad pickup system is neither binary nor bounded.View in phase
- First logic levelAND is chosen because factors belong together although either alone suffices.View in phase
- Evidence-backed treeA branch ends at human error without an observable state.View in phase
- Minimal cut setsFrequent events are called critical paths without logical derivation.View in phase
- Control planOnly the most frequent event is treated while a single-event path remains open.View in phase
Defined top event
Bad pickup system is neither binary nor bounded.
Add failure state, system, period, and success criterion.
First logic level
AND is chosen because factors belong together although either alone suffices.
Write a truth sentence for every gate and test counterexamples.
Evidence-backed tree
A branch ends at human error without an observable state.
Phrase a concrete state and state its control and evidence boundary.
Minimal cut sets
Frequent events are called critical paths without logical derivation.
Evaluate Boolean paths and remove every non-minimal superset.
Control plan
Only the most frequent event is treated while a single-event path remains open.
Check controls against every cut set and record remaining single and combined paths.
Stop criteria
When to pause, resolve prerequisites, or choose another approach
Finished the method guide?
Go to the profile for purpose, similar methods, and sources or continue to the next method in the catalog.

