methodatlas
Session Builder

Meine Session planen

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

Methoden-SessionWochen bis Monate pro Zyklus, gesamt mehrere ZyklenWorkshop oder asyncHypothesenliste

Session: Lean Startup

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-8. Der Plan nutzt die vorhandene Methodenlogik und das Run Sheet.

Run Sheet
  1. 1

    Phase 1: Hypothese und Erfolgskriterium

    1-2 Tage

    Riskanteste offene Annahme als Hypothese formulieren: „Wir glauben, dass X tut Y, weil Z. Wir werden uns dessen sicher sein, wenn wir A bei B Personen beobachten.“ Erfolgskriterium vor MVP-Bau festlegen. Hinweis: Erfolgskriterium nach dem MVP-Bau zu definieren ist Confirmation Bias. Vorab festlegen, was Bestätigung und Widerspruch genau heißt. 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.

    FacilitatorHypothesenliste
  2. 2

    Phase 2: MVP bauen

    3-10 Tage

    Kleinster möglicher Aufbau, der das Verhalten messen lässt. Optionen: Landing Page, Concierge, Wizard of Oz, Fake Door, Prototyp. Engineering nur so viel wie unverzichtbar. Hinweis: MVPs werden zu echten Produkten, wenn Bauen Spaß macht. Strenger Cut: was minimal nötig, um das Verhalten zu testen? Alles andere wartet. 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.

    FacilitatorMVPs
  3. 3

    Phase 3: Messen

    1-4 Wochen, abhängig von Sample

    Verhalten quantitativ messen: Conversion, Klicks, Zahlungen, Wiederkehr. Mindest-Sample erreichen, bevor interpretiert wird. Daten roh dokumentieren, nicht nur Aggregate. Hinweis: Wer Daten zwischendurch interpretiert, bricht oft zu früh ab oder verfälscht Sample. Diszipliniertes Warten auf Mindest-Sample ist Pflicht. 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.

    FacilitatorLernreports
  4. 4

    Phase 4: Lernen und Lernreport

    1-2 Tage

    Daten gegen Erfolgskriterium prüfen. Lernreport schreiben: Hypothese, Setup, Ergebnis, Interpretation, offene Fragen. Sponsor und Team reviewen. Hinweis: Lernreport ohne explizites Result (bestätigt/widerlegt/offen) verpufft. Ergebnis-Etikett ist Pflicht, auch wenn unangenehm. 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.

    FacilitatorPivot- oder Persevere-Entscheidung
  5. 5

    Phase 5: Pivot oder Persevere

    Halber Tag

    Entscheidung: weiter wie geplant (Persevere), strategisch ändern (Pivot), oder Lerntyp wechseln (anders messen). Pro Entscheidung Begründung und nächste Hypothese. Sponsor unterschreibt. Hinweis: Pivot ohne Begründung ist Kapitulation. Persevere ohne Begründung ist Sturheit. Jede Entscheidung braucht Verweis auf Lernreport-Daten, sonst wird die Methode reine Theaterkulisse. 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.

    OwnerHypothesenliste
  6. 6

    Artefakt veröffentlichen

    10 min

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

    OwnerHypothesenliste
Nutzbares Artefakt

Session Brief

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

# Session Brief: Lean Startup

## Ziel
Artefakt: Hypothesenliste

## Arbeitsfrage
Welche riskante Annahme testet das Team im nächsten Zyklus mit minimalem Aufwand, und welches messbare Verhalten gilt als Bestätigung oder Widerspruch?

## Kontext
Vision und Geschäftsmodell; priorisierter Annahmen-Backlog; vorhandene Daten und Zielgruppe; Budget und Zeitlimit pro Zyklus; bekannte Constraints (Regulatorik, Tech).

## Setup
- Format: Methoden-Session
- Dauer: Wochen bis Monate pro Zyklus, gesamt mehrere Zyklen
- Modus: Workshop oder async
- Teilnehmende: Ein Founder oder Product Lead als Owner; ein bis drei Macher (cross-funktional, oft 1 PM, 1 Designer, 1 Engineer); ein Analyst für Mess-Setup; ein Sponsor mit Pivot-/Persevere-Mandat.
- Owner: Ein Founder oder Product Lead als Owner
- 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 Hypothesenliste hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
Annahmen-Backlog mit Priorität; Experiment-Template (Hypothese, Methode, Sample, Erfolgskriterium); Tracking-Tool für Lernreports (Notion, Confluence, Airtable); Analytics-Setup für Verhalten; Budget pro Zyklus.

## Vorbereitung
Zyklus-Cadence festlegen (z. B. 2-3 Wochen pro Build-Measure-Learn). Lernreport-Vorlage angelegt. Pivot-Persevere-Termin im Kalender. Sponsor-Mandat schriftlich.

## Agenda
1. Phase 1: Hypothese und Erfolgskriterium (1-2 Tage)
   Owner: Facilitator
   Aktion: Riskanteste offene Annahme als Hypothese formulieren: „Wir glauben, dass X tut Y, weil Z. Wir werden uns dessen sicher sein, wenn wir A bei B Personen beobachten.“ Erfolgskriterium vor MVP-Bau festlegen. Hinweis: Erfolgskriterium nach dem MVP-Bau zu definieren ist Confirmation Bias. Vorab festlegen, was Bestätigung und Widerspruch genau heißt. 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: Hypothesenliste

2. Phase 2: MVP bauen (3-10 Tage)
   Owner: Facilitator
   Aktion: Kleinster möglicher Aufbau, der das Verhalten messen lässt. Optionen: Landing Page, Concierge, Wizard of Oz, Fake Door, Prototyp. Engineering nur so viel wie unverzichtbar. Hinweis: MVPs werden zu echten Produkten, wenn Bauen Spaß macht. Strenger Cut: was minimal nötig, um das Verhalten zu testen? Alles andere wartet. 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: MVPs

3. Phase 3: Messen (1-4 Wochen, abhängig von Sample)
   Owner: Facilitator
   Aktion: Verhalten quantitativ messen: Conversion, Klicks, Zahlungen, Wiederkehr. Mindest-Sample erreichen, bevor interpretiert wird. Daten roh dokumentieren, nicht nur Aggregate. Hinweis: Wer Daten zwischendurch interpretiert, bricht oft zu früh ab oder verfälscht Sample. Diszipliniertes Warten auf Mindest-Sample ist Pflicht. 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: Lernreports

4. Phase 4: Lernen und Lernreport (1-2 Tage)
   Owner: Facilitator
   Aktion: Daten gegen Erfolgskriterium prüfen. Lernreport schreiben: Hypothese, Setup, Ergebnis, Interpretation, offene Fragen. Sponsor und Team reviewen. Hinweis: Lernreport ohne explizites Result (bestätigt/widerlegt/offen) verpufft. Ergebnis-Etikett ist Pflicht, auch wenn unangenehm. 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: Pivot- oder Persevere-Entscheidung

5. Phase 5: Pivot oder Persevere (Halber Tag)
   Owner: Owner
   Aktion: Entscheidung: weiter wie geplant (Persevere), strategisch ändern (Pivot), oder Lerntyp wechseln (anders messen). Pro Entscheidung Begründung und nächste Hypothese. Sponsor unterschreibt. Hinweis: Pivot ohne Begründung ist Kapitulation. Persevere ohne Begründung ist Sturheit. Jede Entscheidung braucht Verweis auf Lernreport-Daten, sonst wird die Methode reine Theaterkulisse. 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: Hypothesenliste

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: Hypothesenliste

## Abschluss
- Ergebnisartefakt aktualisieren: Hypothesenliste
- 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.

# Hypothesenliste: Lean Startup

## Arbeitsfrage
Welche riskante Annahme testet das Team im nächsten Zyklus mit minimalem Aufwand, und welches messbare Verhalten gilt als Bestätigung oder Widerspruch?

## Kontext
Vision und Geschäftsmodell; priorisierter Annahmen-Backlog; vorhandene Daten und Zielgruppe; Budget und Zeitlimit pro Zyklus; bekannte Constraints (Regulatorik, Tech).

## Beteiligte
- Owner: Ein Founder oder Product Lead als Owner
- Teilnehmende: Ein Founder oder Product Lead als Owner; ein bis drei Macher (cross-funktional, oft 1 PM, 1 Designer, 1 Engineer); ein Analyst für Mess-Setup; ein Sponsor mit Pivot-/Persevere-Mandat.

## Input
Annahmen-Backlog mit Priorität; Experiment-Template (Hypothese, Methode, Sample, Erfolgskriterium); Tracking-Tool für Lernreports (Notion, Confluence, Airtable); Analytics-Setup für Verhalten; Budget pro Zyklus.

## Vorlage
# Lean Startup Arbeitsvorlage

## Ziel

Build-Measure-Learn-Zyklen, um Geschäftsannahmen schnell und günstig zu validieren.

## 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
- Hypothesenliste:
- MVPs:
- Lernreports:
- Pivot- oder Persevere-Entscheidung:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

## Fertigstellungscheck
- Hypothesenliste 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

Lean Startup Arbeitsvorlage

# Lean Startup Arbeitsvorlage

## Ziel

Build-Measure-Learn-Zyklen, um Geschäftsannahmen schnell und günstig zu validieren.

## 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
- Hypothesenliste:
- MVPs:
- Lernreports:
- Pivot- oder Persevere-Entscheidung:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.
Direkt nutzbar, wenn
  • Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
  • Das Ergebnis passt zu Hypothesenliste.
  • Pro Zyklus eigener Lernreport mit Datum und Zyklus-Nummer. Annahmen-Backlog wächst, Status-Updates getrackt. Pivot-Entscheidungen mit Verweis auf Lernreport, alte Hypothesen archiviert.
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.