methodatlas
Session Builder

Meine Session planen

Plane einen konkreten Arbeitsblock mit Agenda, Rollen, Vorbereitung und kopierbarem Ergebnisartefakt.

Methoden-Session2-4 hWorkshop oder asyncFamily Tree Diagram

Session: Family Tree Analysis

Der Plan übersetzt die Methode in einen konkreten moderierten Arbeitsblock. Die Eingaben fließen direkt in Session Brief und Arbeitsartefakt.

Die App wählt

Methoden-Session mit 2-6. Der Plan nutzt die vorhandene Methodenlogik und das Run Sheet.

Run Sheet
  1. 1

    Phase 1: Zielvorfall als Anker

    20-30 min

    Zielvorfall als Wurzel: Symptom, Auslöser, beitragende Faktoren, betroffene Komponenten. Tags vergeben (z. B. payment, retry-loop, deploy-window). Maximal 5 charakteristische Faktoren markieren. Hinweis: Wenn der Zielvorfall nicht in 5 Faktoren komprimierbar ist, ist er ein Multi-Event, das in mehrere Stammbäume zerfallen sollte. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.

    FacilitatorFamily Tree Diagram
  2. 2

    Phase 2: Eltern-Generation suchen

    30-45 min

    Incident-Archiv nach Vorfällen mit überlappenden Tags durchsuchen. Pro Kandidat prüfen: gemeinsame Faktoren, Zeitabstand, Owner, Komponente. Mindestens 2-Faktor-Überlappung als Eltern-Kriterium. Hinweis: Wer alle ähnlichen Vorfälle als Eltern listet, verwässert das Bild. Strenge Aufnahmekriterien: mindestens zwei überlappende Faktoren, sonst Geschwister oder Cousine. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.

    FacilitatorPattern-Notizen
  3. 3

    Phase 3: Vorfahren-Generationen ergänzen

    30-45 min

    Für identifizierte Eltern wiederum Eltern suchen. Maximal 3 Generationen, sonst wird der Baum unleserlich. Generationsübergreifende Verbindungen als gestrichelte Linien markieren. Hinweis: Wer in der dritten Generation noch Verbindungen findet, hat oft eine systemische Ursache, die sich seit Jahren reproduziert. Das ist der wertvollste Befund. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.

    FacilitatorSystemische Maßnahmen
  4. 4

    Phase 4: Muster benennen

    30-45 min

    Wiederkehrende Faktoren generationsübergreifend markieren (z. B. immer Deploy-Freitag, immer Service X, immer derselbe On-Call-Wechsel). Pro Muster benannte Ursache mit Reichweite (wie viele Vorfälle). Hinweis: Muster sind keine Korrelationen. Pro Muster Mechanismus erklären: warum reproduziert sich genau dieser Faktor? Ohne Mechanismus ist Muster reine Statistik. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.

    FacilitatorFamily Tree Diagram
  5. 5

    Phase 5: Systemische Maßnahmen

    30-45 min

    Pro Muster systemische Maßnahme: nicht Vorfall-spezifisch, sondern für das gesamte Pattern. Owner mit Mandat über Single-Service hinaus. Erfolgskriterium: Pattern verschwindet aus Zukunfts-Stammbäumen. Hinweis: Maßnahmen auf Single-Service-Ebene heilen Symptome. Wer das Pattern „Deploy-Freitag“ durch ein Freeze ablöst, adressiert die ganze Familie. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.

    OwnerPattern-Notizen
  6. 6

    Artefakt veröffentlichen

    10 min

    Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.

    OwnerFamily Tree Diagram
Nutzbares Artefakt

Session Brief

Für Einladung, Board, Ticket, PR-Beschreibung oder Workshop-Notiz.

# Session Brief: Family Tree Analysis

## Ziel
Artefakt: Family Tree Diagram

## Arbeitsfrage
Welche früheren oder parallelen Vorfälle bilden mit dem Zielvorfall eine Familie, und welche systemischen Muster werden durch diese Beziehung sichtbar?

## Kontext
Zielvorfall-Beschreibung; Liste vermuteter ähnlicher Vorfälle aus den letzten 3-24 Monaten; Postmortem-Archiv oder Incident-Tracker; gemeinsame Tags oder Kategorien.

## Setup
- Format: Methoden-Session
- Dauer: 2-4 h
- Modus: Workshop oder async
- Teilnehmende: Ein Analyst mit RCA-Erfahrung (lead); ein bis zwei Beteiligte am Zielvorfall; ein Archivkundiger oder Owner früherer Postmortems; optional ein systemischer Reviewer aus angrenzendem Bereich.
- Owner: Ein Analyst mit RCA-Erfahrung (lead)
- Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
- Ergebnislogik: Artefakt fertigstellen

## Beteiligungslogik
Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

## Ergebnislogik
Die Session arbeitet direkt auf Family Tree Diagram hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
Whiteboard oder Diagramm-Tool (drawio, Miro, FigJam) mit Stammbaum-Layout (Zielvorfall unten, Vorfahren oben); Incident-Datenbank-Auszug oder Postmortem-Archiv; Vergleichstabelle mit Spalten Vorfall, Datum, Faktoren, Wiederholungsindikator; Pattern-Tags.

## Vorbereitung
Zielvorfall als Wurzel-Knoten unten. Leere Eltern-Reihen darüber. Pattern-Tags vorbereitet (z. B. Deploy-Window, Cron-Conflict, Dependency-Drift). Vergleichstabelle als zweites Sheet.

## Agenda
1. Phase 1: Zielvorfall als Anker (20-30 min)
   Owner: Facilitator
   Aktion: Zielvorfall als Wurzel: Symptom, Auslöser, beitragende Faktoren, betroffene Komponenten. Tags vergeben (z. B. payment, retry-loop, deploy-window). Maximal 5 charakteristische Faktoren markieren. Hinweis: Wenn der Zielvorfall nicht in 5 Faktoren komprimierbar ist, ist er ein Multi-Event, das in mehrere Stammbäume zerfallen sollte. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Family Tree Diagram

2. Phase 2: Eltern-Generation suchen (30-45 min)
   Owner: Facilitator
   Aktion: Incident-Archiv nach Vorfällen mit überlappenden Tags durchsuchen. Pro Kandidat prüfen: gemeinsame Faktoren, Zeitabstand, Owner, Komponente. Mindestens 2-Faktor-Überlappung als Eltern-Kriterium. Hinweis: Wer alle ähnlichen Vorfälle als Eltern listet, verwässert das Bild. Strenge Aufnahmekriterien: mindestens zwei überlappende Faktoren, sonst Geschwister oder Cousine. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Pattern-Notizen

3. Phase 3: Vorfahren-Generationen ergänzen (30-45 min)
   Owner: Facilitator
   Aktion: Für identifizierte Eltern wiederum Eltern suchen. Maximal 3 Generationen, sonst wird der Baum unleserlich. Generationsübergreifende Verbindungen als gestrichelte Linien markieren. Hinweis: Wer in der dritten Generation noch Verbindungen findet, hat oft eine systemische Ursache, die sich seit Jahren reproduziert. Das ist der wertvollste Befund. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Systemische Maßnahmen

4. Phase 4: Muster benennen (30-45 min)
   Owner: Facilitator
   Aktion: Wiederkehrende Faktoren generationsübergreifend markieren (z. B. immer Deploy-Freitag, immer Service X, immer derselbe On-Call-Wechsel). Pro Muster benannte Ursache mit Reichweite (wie viele Vorfälle). Hinweis: Muster sind keine Korrelationen. Pro Muster Mechanismus erklären: warum reproduziert sich genau dieser Faktor? Ohne Mechanismus ist Muster reine Statistik. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Family Tree Diagram

5. Phase 5: Systemische Maßnahmen (30-45 min)
   Owner: Owner
   Aktion: Pro Muster systemische Maßnahme: nicht Vorfall-spezifisch, sondern für das gesamte Pattern. Owner mit Mandat über Single-Service hinaus. Erfolgskriterium: Pattern verschwindet aus Zukunfts-Stammbäumen. Hinweis: Maßnahmen auf Single-Service-Ebene heilen Symptome. Wer das Pattern „Deploy-Freitag“ durch ein Freeze ablöst, adressiert die ganze Familie. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Pattern-Notizen

6. Artefakt veröffentlichen (10 min)
   Owner: Owner
   Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
   Output: Family Tree Diagram

## Abschluss
- Ergebnisartefakt aktualisieren: Family Tree Diagram
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.
Nutzbares Artefakt

Arbeitsartefakt

Vorgefüllter Startpunkt auf Basis der passenden Vorlage.

# Family Tree Diagram: Family Tree Analysis

## Arbeitsfrage
Welche früheren oder parallelen Vorfälle bilden mit dem Zielvorfall eine Familie, und welche systemischen Muster werden durch diese Beziehung sichtbar?

## Kontext
Zielvorfall-Beschreibung; Liste vermuteter ähnlicher Vorfälle aus den letzten 3-24 Monaten; Postmortem-Archiv oder Incident-Tracker; gemeinsame Tags oder Kategorien.

## Beteiligte
- Owner: Ein Analyst mit RCA-Erfahrung (lead)
- Teilnehmende: Ein Analyst mit RCA-Erfahrung (lead); ein bis zwei Beteiligte am Zielvorfall; ein Archivkundiger oder Owner früherer Postmortems; optional ein systemischer Reviewer aus angrenzendem Bereich.

## Input
Whiteboard oder Diagramm-Tool (drawio, Miro, FigJam) mit Stammbaum-Layout (Zielvorfall unten, Vorfahren oben); Incident-Datenbank-Auszug oder Postmortem-Archiv; Vergleichstabelle mit Spalten Vorfall, Datum, Faktoren, Wiederholungsindikator; Pattern-Tags.

## Vorlage
# Family Tree Analysis Canvas

## Kontext

Wofür wird die Methode eingesetzt?

## Kernfrage

Welche Frage soll am Ende beantwortet sein?

## Input

Welche Daten, Beobachtungen oder Materialien liegen vor?

## Arbeitsfläche

- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:

## Ergebnisartefakte
- Family Tree Diagram:
- Pattern-Notizen:
- Systemische Maßnahmen:

## Offene Fragen

- ...

## Nächster Schritt

Owner, Datum, Erfolgssignal.

## Fertigstellungscheck
- Family Tree Diagram ist vollständig genug für Review:
- Ablageort:
- Version / Status:
- Review durch:
- Nächster Schritt:

## Nächster Schritt
- Ergebnis prüfen
- offene Fragen markieren
- Review oder Entscheidung terminieren
Vorlagenbasis

Family Tree Analysis Arbeitsvorlage

# Family Tree Analysis Canvas

## Kontext

Wofür wird die Methode eingesetzt?

## Kernfrage

Welche Frage soll am Ende beantwortet sein?

## Input

Welche Daten, Beobachtungen oder Materialien liegen vor?

## Arbeitsfläche

- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:

## Ergebnisartefakte
- Family Tree Diagram:
- Pattern-Notizen:
- Systemische Maßnahmen:

## Offene Fragen

- ...

## Nächster Schritt

Owner, Datum, Erfolgssignal.
Direkt nutzbar, wenn
  • Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
  • Das Ergebnis passt zu Family Tree Diagram.
  • Datum und Zielvorfall im Header. Bei späteren ähnlichen Vorfällen neue Wurzel mit Verweis auf bestehenden Baum, oder bestehenden Baum erweitern. Muster-Liste als laufendes Dokument.
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.