Run SheetEngineeringTroubleshooting

Hypothesis-Driven Troubleshooting

KomplexitätMedium

Zeit30-240 min

Teilnehmende1-6

FormatBoth

MaturityEstablished

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenIncident-Datennicht im Katalog

Symptome, relevante Zeiten, Logs, Alerts oder Beobachtungen liegen in Rohform vor.

Ohne: Ohne klaren Scope sammelt das Team Material, kann aber keine belastbare Struktur oder Entscheidung ableiten.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Arbeitsboard oder Dokument für Hypothesis Log; vorhandene Notizen, Daten, Entscheidungen und Annahmen; Marker für Unsicherheit, Owner und nächste Schritte.

Personen / Rollen

Facilitator; fachliche Experten aus dem betroffenen Bereich; ein Owner für Ergebnis und Nachverfolgung; bei Entscheidungen ein benannter Decider.

Vorabinfos

Scope, Anlass, bekannte Fakten, relevante Constraints, bisherige Optionen oder Ereignisse und gewünschtes Ergebnis des Termins.

Zeitbedarf

60-180 min

Setup

Leere Vorlage für Hypothesis Log vorbereiten. Scope und Arbeitsfrage oben sichtbar machen. Jede Annahme als Annahme markieren, nicht als Fakt.

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welche Hypothese erklärt das Symptom am besten, und welcher Test liefert den höchsten Informationswert?

Ablauf

Marker: Phase

Schritt	Dauer	Aktion	Hinweis
1Scope fixieren	10-20 min	Anlass, Ziel und Grenzen der Betrachtung festlegen. Nicht passende Themen auf einem Parkplatz sammeln.	Ein enger Scope erzeugt bessere Ergebnisse als ein vollständiger, aber diffuser Rundumschlag.
2Rohmaterial sammeln	20-40 min	Fakten, Ereignisse, Optionen, Constraints oder Annahmen zusammentragen und sichtbar machen.	Fakten und Interpretationen getrennt halten. Unsichere Punkte markieren, statt sie glattzuziehen.
3Struktur aufbauen	30-60 min	Hypothesis Log Schritt für Schritt ausfüllen, Beziehungen zwischen Elementen klären und Widersprüche sichtbar machen.	Nicht zu früh bewerten. Erst Struktur stabilisieren, dann Schlussfolgerungen ziehen.
4Prüfen und verdichten	20-40 min	Lücken, schwache Annahmen, Gegenbeispiele und kritische Pfade markieren. Ergebnis auf Verständlichkeit prüfen.	Wenn niemand die Logik in zwei Minuten erklären kann, ist das Artefakt noch nicht fertig.
5Nächste Schritte festlegen	15-20 min	Entscheidung, Experiment, Test, Maßnahme oder Follow-up mit Owner und Termin dokumentieren.	Ein gutes Artefakt ohne nächste Handlung bleibt Wissensarbeit ohne Wirkung.

Artefakt

Was am Ende rauskommt

Form

Hypothesis Log mit Anlass, Scope, zentralen Elementen, Annahmen, markierten Lücken, Ergebnisinterpretation und nächstem Schritt mit Owner und Datum.

Tool-Alternativen

Miro oder FigJam
Lucidchart oder draw.io
Confluence oder Notion
Google Docs oder Sheets
Markdown im Repository

Versionierung / Ownership

Artefakt mit Datum, Scope und Beteiligten speichern. Bei neuer Evidenz eine neue Version oder Änderungsnotiz anlegen, damit Entscheidungslogik nachvollziehbar bleibt.

markdown

Hypothesis-Driven Troubleshooting Arbeitsvorlage

Kompakte Arbeitsvorlage für Hypothesis-Driven Troubleshooting mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

# Hypothesis-Driven Troubleshooting Arbeitsvorlage

## Ziel

Troubleshooting-Ansatz, bei dem Symptome in prüfbare Hypothesen und gezielte Tests übersetzt werden.

## Kontext

Wann und wofür nutzen wir diese Methode?

## Input

Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?

## Durchführung

Kurze Notizen entlang des Run Sheets.

## Ergebnisartefakte
- Hypothesis Log:
- Test Plan:
- Evidence Notes:
- Diagnosis Summary:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Beispielausgabe

Konkret gefülltes Szenario

hypothesis-driven-troubleshooting-beispiel.md

markdown

## Hypothesis-Driven Troubleshooting - Langsame Reports nach Release

**Scope:** Ein konkreter Projektbereich wird betrachtet, nicht das gesamte Unternehmen.
**Arbeitsfrage:** Welche Hypothese erklärt das Symptom am besten, und welcher Test liefert den höchsten Informationswert?

**Auszug aus dem Artefakt:**
- Fakt 1: Aktuelle Beobachtung ist dokumentiert und mit Quelle versehen.
- Annahme 1: Der wichtigste Wirkzusammenhang ist plausibel, aber noch nicht bewiesen.
- Kritischer Punkt: Eine offene Bedingung entscheidet, ob die bevorzugte Richtung tragfähig ist.

**Ergebnis:** Das Team wählt einen fokussierten nächsten Schritt mit Owner und Datum.
**Signal:** Vom Ausprobieren zum gerichteten Lernen.

Was tun

Nächsten Schritt immer mit Owner, Datum und Erfolgssignal dokumentieren.

Abbruchkriterien

Done-Signale, in unter einer Minute prüfbar

Anlass oder Scope ist nicht klar.

Es gibt kein Rohmaterial oder keine Beteiligten mit Kontextwissen.

Die Methode wird genutzt, um eine bereits gefallene Entscheidung zu legitimieren.

Wichtige Annahmen dürfen nicht offen diskutiert werden.

Kein Owner für Ergebnis oder Follow-up verfügbar.

Run Sheet durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.

Zum Steckbrief Weitere Methoden