methodatlas
Method guideOperations

Fault Tree Analysis

A practical method guide: clarify prerequisites and materials, understand the complete process, and look up outputs, pitfalls, and stop criteria.

ComplexityHigh
Time2-6 h
Participants3-8
FormatWorkshop + async
MaturityCanonical
Plan Fault Tree Analysis
01

Prerequisite

What needs to be finished first

Complete firstClear boundary

Define the top event as an observable failure with system boundary, operating state, and time horizon.

Without a boundary, cases, periods, or variables become mixed.
Complete firstEvidence access

Precise top event, system boundary and operating state, architecture and failure data, AND/OR gate notation, evidence register

Missing sources remain visible as uncertainty.
02

Preparation

What needs to be ready before start

Materials

Precise top event, system boundary and operating state, architecture and failure data, AND/OR gate notation, evidence register

People / roles

FTA lead · system architecture · reliability/safety · component experts · control owners

Pre-read

Define the top event as an observable failure with system boundary, operating state, and time horizon.

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.

03

Core question

The one question this method answers

Which individual or combined basic events are logically sufficient to produce the defined top event?

04

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.

Reference · original teaching example

  1. 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. 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. 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. 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. 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

05

Artifact

What comes out at the end

Sketch: what the artifact looks like

Fault Tree Analysis · Boolean Top-DownBreak down an undesired top event backward into AND/OR logic, basic events, and critical paths
Fault Tree AnalysisThe visual shows a top event decomposed through AND and OR gates into basic events and critical control paths.Logically decompose a top event into fault conditionsFTA works deductively: from the undesired event backward to combinations, basic causes, and critical controls.decompose backwardboth conditions requiredone condition is enoughtestable basic eventsTop Eventundesired failureANDORBasic event 1component failsBasic event 2control missingBasic event 3operator errorBasic event 4environmental conditionCritical pathderive prioritized controls
Form

Reviewed fault tree with AND/OR logic, basic events, minimal cut sets, evidence, and prioritised controls.

Versioning / ownership

Record date, owner, source state, and review date; preserve prior versions.

Tool alternatives
  • 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

06

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.

07

Pitfalls

Recognize symptoms and steer against them

Quick overview, the full text is in the matching phase in the flow

  1. Defined top eventBad pickup system is neither binary nor bounded.View in phase
  2. First logic levelAND is chosen because factors belong together although either alone suffices.View in phase
  3. Evidence-backed treeA branch ends at human error without an observable state.View in phase
  4. Minimal cut setsFrequent events are called critical paths without logical derivation.View in phase
  5. Control planOnly the most frequent event is treated while a single-event path remains open.View in phase
08

Stop criteria

When to pause, resolve prerequisites, or choose another approach

Stop Top event: Is the top event binary-testable and bound to an operating state?
Stop Gates: Does OR mean one input suffices and AND mean all inputs are jointly required?
Stop Decompose: Are basic events concrete, independently understandable, and labelled by evidence or assumption?
Stop Cut sets: Are cut sets minimal and derivable from documented gate logic?
Stop Controls: Does each priority control break a relevant cut set while residual logic stays visible?

Method after H. A. Watson and Bell Labs. Curated with 1 sources.

Sources: Fault Tree Analysis

Flow, timeboxes, and pitfalls are editorially curated practice recommendations based on the listed sources.

Finished the method guide?

Go to the profile for purpose, similar methods, and sources or continue to the next method in the catalog.