Meine Session planen

# Session Brief: Hypothesis-Driven Troubleshooting

## Ziel
Artefakt: Hypothesis Log

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

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

## Setup
- Format: Methoden-Session
- Dauer: 60-180 min
- Modus: Workshop oder async
- Teilnehmende: Facilitator; fachliche Experten aus dem betroffenen Bereich; ein Owner für Ergebnis und Nachverfolgung; bei Entscheidungen ein benannter Decider.
- Owner: Facilitator
- 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 Hypothesis Log hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

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

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

## Agenda
1. Scope fixieren (10-20 min)
   Owner: Facilitator
   Aktion: Anlass, Ziel und Grenzen der Betrachtung festlegen. Nicht passende Themen auf einem Parkplatz sammeln. Hinweis: Ein enger Scope erzeugt bessere Ergebnisse als ein vollständiger, aber diffuser Rundumschlag. 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: Hypothesis Log

2. Rohmaterial sammeln (20-40 min)
   Owner: Facilitator
   Aktion: Fakten, Ereignisse, Optionen, Constraints oder Annahmen zusammentragen und sichtbar machen. Hinweis: Fakten und Interpretationen getrennt halten. Unsichere Punkte markieren, statt sie glattzuziehen. 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: Test Plan

3. Struktur aufbauen (30-60 min)
   Owner: Facilitator
   Aktion: Hypothesis Log Schritt für Schritt ausfüllen, Beziehungen zwischen Elementen klären und Widersprüche sichtbar machen. Hinweis: Nicht zu früh bewerten. Erst Struktur stabilisieren, dann Schlussfolgerungen ziehen. 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: Evidence Notes

4. Prüfen und verdichten (20-40 min)
   Owner: Facilitator
   Aktion: Lücken, schwache Annahmen, Gegenbeispiele und kritische Pfade markieren. Ergebnis auf Verständlichkeit prüfen. Hinweis: Wenn niemand die Logik in zwei Minuten erklären kann, ist das Artefakt noch nicht fertig. 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: Diagnosis Summary

5. Nächste Schritte festlegen (15-20 min)
   Owner: Owner
   Aktion: Entscheidung, Experiment, Test, Maßnahme oder Follow-up mit Owner und Termin dokumentieren. Hinweis: Ein gutes Artefakt ohne nächste Handlung bleibt Wissensarbeit ohne Wirkung. 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: Hypothesis Log

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: Hypothesis Log

## Abschluss
- Ergebnisartefakt aktualisieren: Hypothesis Log
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.

# Hypothesis Log: Hypothesis-Driven Troubleshooting

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

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

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

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

## Vorlage
# 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.

## Fertigstellungscheck
- Hypothesis Log 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