methodatlas
Session Builder

Meine Session planen

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

Methoden-Session20-45 min pro StoryWorkshop oder asyncClarified Story

Session: Three Amigos

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

Automatisch abgeleitet

Methoden-Session mit 3. Der Plan nutzt die vorhandene Methodenlogik und das Runsheet.

Runsheet
Beteiligungslogik
Teamrunde, gemeinsames Arbeiten und Alignment

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

Ergebnislogik
Artefakt fertigstellen

Die Session arbeitet direkt auf Clarified Story hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

  1. 1

    Phase 1: Story-Walkthrough

    5-10 min

    Product erlaeutert die Story, das Outcome und das Why. Akzeptanzkriterien werden vorgelesen. Erste Verstaendnisfragen aus Dev und QA werden gesammelt. Hinweis: Wenn die Story-Beschreibung mehr als 5 min Erklaerung braucht, ist sie nicht refinement-fertig. Story zerlegen oder zurueck zum PO.

    FacilitatorClarified Story
  2. 2

    Phase 2: Beispiele und Edge Cases

    10-15 min

    Pro Akzeptanzkriterium konkrete Beispiele (Given-When-Then) sammeln. QA fragt aktiv nach Edge Cases, Fehlerfaellen, Boundary-Werten. Dev pruegt auf Umsetzbarkeit. Hinweis: Drei Amigos arbeiten parallel an einer Story-Ebene. Wenn nur PO spricht, kippt die Methode zurueck in Briefing. Aktive Fragen erzwingen.

    FacilitatorTest Examples
  3. 3

    Phase 3: Offene Fragen und Risiken

    5-10 min

    Liste offener Fragen am Board. Annahmen kennzeichnen. Risiken (technisch, business) markieren. Definition of Ready abgleichen. Hinweis: Wenn mehr als 3 offene Fragen kritisch sind, ist die Story nicht ready. Lieber zurueck zum PO und nicht in den Sprint nehmen.

    FacilitatorOpen Questions
  4. 4

    Phase 4: Story-Update

    5-10 min

    Story aktualisieren: aktualisierte Akzeptanzkriterien, Beispiele, offene Fragen, evtl. Definition of Done-Add-Ons. Sub-Task fuer offene Fragen mit Owner. Hinweis: Ohne Story-Update verpufft das Treffen. Update direkt im Backlog-Tool, nicht nur muendlich. Wer das Update macht, vorher festlegen.

    OwnerClarified Story
  5. 5

    Artefakt veröffentlichen

    10 min

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

    OwnerClarified Story
Nutzbares Artefakt

Session Brief

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

session-brief.md

Session Brief: Three Amigos

Ziel

Artefakt: Clarified Story

Arbeitsfrage

Sind Was, Wie und Was-kann-brechen so klar, dass die Story ohne weiteres Refinement umgesetzt werden kann?

Kontext

Story-Entwurf inkl. Akzeptanzkriterien; relevante Designs, Mockups, API-Spezifikationen; bekannte Edge Cases; Definition of Ready.

Setup

  • Format: Methoden-Session
  • Dauer: 20-45 min pro Story
  • Modus: Workshop oder async
  • Teilnehmende: Drei Amigos: ein Vertreter Business/Product (Was und Warum), ein Vertreter Development (Wie), ein Vertreter Test/QA (Was kann brechen). Maximal vier Personen, sonst wird es Story-Refinement.
  • Owner: Drei Amigos: ein Vertreter Business/Product (Was und Warum), ein Vertreter Development (Wie), ein Vertreter Test/QA (Was kann brechen)
  • 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 Clarified Story hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

Input

Story im Backlog-Tool; Whiteboard oder Miro mit Spalten (Akzeptanzkriterien, Beispiele, Fragen); Verlinkung zu Designs, APIs, Datenmodellen; Timer.

Vorbereitung

Timer setzen. Story-URL teilen. Regel: jeder spricht aus seiner Perspektive, kein Lifestyle-Talk. Ergebnis ist Story-Update mit klaren Akzeptanzkriterien, Beispielen und offenen Fragen.

Agenda

  1. Phase 1: Story-Walkthrough (5-10 min) Owner: Facilitator Aktion: Product erlaeutert die Story, das Outcome und das Why. Akzeptanzkriterien werden vorgelesen. Erste Verstaendnisfragen aus Dev und QA werden gesammelt. Hinweis: Wenn die Story-Beschreibung mehr als 5 min Erklaerung braucht, ist sie nicht refinement-fertig. Story zerlegen oder zurueck zum PO. Output: Clarified Story

  2. Phase 2: Beispiele und Edge Cases (10-15 min) Owner: Facilitator Aktion: Pro Akzeptanzkriterium konkrete Beispiele (Given-When-Then) sammeln. QA fragt aktiv nach Edge Cases, Fehlerfaellen, Boundary-Werten. Dev pruegt auf Umsetzbarkeit. Hinweis: Drei Amigos arbeiten parallel an einer Story-Ebene. Wenn nur PO spricht, kippt die Methode zurueck in Briefing. Aktive Fragen erzwingen. Output: Test Examples

  3. Phase 3: Offene Fragen und Risiken (5-10 min) Owner: Facilitator Aktion: Liste offener Fragen am Board. Annahmen kennzeichnen. Risiken (technisch, business) markieren. Definition of Ready abgleichen. Hinweis: Wenn mehr als 3 offene Fragen kritisch sind, ist die Story nicht ready. Lieber zurueck zum PO und nicht in den Sprint nehmen. Output: Open Questions

  4. Phase 4: Story-Update (5-10 min) Owner: Owner Aktion: Story aktualisieren: aktualisierte Akzeptanzkriterien, Beispiele, offene Fragen, evtl. Definition of Done-Add-Ons. Sub-Task fuer offene Fragen mit Owner. Hinweis: Ohne Story-Update verpufft das Treffen. Update direkt im Backlog-Tool, nicht nur muendlich. Wer das Update macht, vorher festlegen. Output: Clarified Story

  5. 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: Clarified Story

Abschluss

  • Ergebnisartefakt aktualisieren: Clarified Story
  • 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.

arbeitsartefakt.md

Clarified Story: Three Amigos

Arbeitsfrage

Sind Was, Wie und Was-kann-brechen so klar, dass die Story ohne weiteres Refinement umgesetzt werden kann?

Kontext

Story-Entwurf inkl. Akzeptanzkriterien; relevante Designs, Mockups, API-Spezifikationen; bekannte Edge Cases; Definition of Ready.

Beteiligte

  • Owner: Drei Amigos: ein Vertreter Business/Product (Was und Warum), ein Vertreter Development (Wie), ein Vertreter Test/QA (Was kann brechen)
  • Teilnehmende: Drei Amigos: ein Vertreter Business/Product (Was und Warum), ein Vertreter Development (Wie), ein Vertreter Test/QA (Was kann brechen). Maximal vier Personen, sonst wird es Story-Refinement.

Input

Story im Backlog-Tool; Whiteboard oder Miro mit Spalten (Akzeptanzkriterien, Beispiele, Fragen); Verlinkung zu Designs, APIs, Datenmodellen; Timer.

Vorlage

Three Amigos Arbeitsvorlage

Ziel

Kurze Klärung einer Story aus Business-, Development- und Test-Perspektive.

Kontext

Wann und wofür nutzen wir diese Methode?

Input

Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?

Durchführung

Kurze Notizen entlang des Runsheets.

Ergebnisartefakte

  • Clarified Story:
  • Test Examples:
  • Open Questions:

Annahmen und offene Fragen

  • ...

Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Fertigstellungscheck

  • Clarified Story 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

Three Amigos Arbeitsvorlage

Vorlage ansehenKompakte Arbeitsvorlage für Three Amigos mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
markdown

three-amigos-working-template.md

Kompakte Arbeitsvorlage für Three Amigos mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

Three Amigos Arbeitsvorlage

Ziel

Kurze Klärung einer Story aus Business-, Development- und Test-Perspektive.

Kontext

Wann und wofür nutzen wir diese Methode?

Input

Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?

Durchführung

Kurze Notizen entlang des Runsheets.

Ergebnisartefakte

  • Clarified Story:
  • Test Examples:
  • Open Questions:

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 Clarified Story.
  • Story-Aenderungen via Backlog-Tool nachverfolgt. Drei-Amigos-Datum, Beteiligte und Hauptergebnis als Kommentar oder Custom Field. Bei groesseren Aenderungen Vorgaengerakzeptanzkriterien archivieren.
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.
SteckbriefRunsheet