methodatlas
MethodenanleitungProduct Discovery

Dual-Track Agile

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel
ZeitLaufend, Wochen bis Monate
Teilnehmende4-10
FormatWorkshop + Async
ReifegradEstablished
Dual Track Agile planen
01

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenBegrenzter Gegenstand

Scope und Zweck von Dual Track Agile sind als konkrete Frage benannt.

Ohne Scope wird Discovery-to-Delivery Flow beliebig.
Vorher abschließenZugang zu relevanten Perspektiven

Product Outcome, Opportunity Evidence, cross-funktionales Produktteam und entscheidungsfähige Fachpersonen sind verfügbar.

Ohne diese Perspektiven bleiben zentrale Aussagen in Discovery-to-Delivery Flow unbelegt.
02

Vorbereitung

Was vor Start vorliegen muss

Materialien

Product Outcome, Opportunity Evidence, cross-funktionales Produktteam, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.

Personen / Rollen

Product Manager · Product Designer · Tech Lead/Engineers

Vorabinfos

Product Outcome, Opportunity Evidence, cross-funktionales Produktteam vorab zusammentragen und offene Annahmen markieren.

Zeitbedarf

Kontinuierlich

Setup

parallele Discovery-Risikoarbeit und Delivery mit gemeinsamer Outcome-Verantwortung sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.

03

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welche Lösung ist wertvoll, nutzbar, machbar und tragfähig genug für Delivery?

04

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Discovery prüft Value, Usability, Feasibility und Business Viability mit Product, Design und Engineering. Delivery baut robuste Lösungen; beide Tracks sind parallele Tätigkeiten eines Teams, keine getrennten Abteilungen.

Discovery-to-Delivery Flow

Fiktives Arbeitsbeispiel

parallele Discovery-Risikoarbeit und Delivery mit gemeinsamer Outcome-Verantwortung als präzise Arbeitsstruktur mit fiktivem Beispiel.

Outcome/Opportunity

Festzuhaltende Outcome/Opportunity-Angaben

Entscheidung schneller wiederfinden.

Vier Risiken

Festzuhaltende Vier Risiken-Angaben

Value, Usability, Feasibility, Viability getestet.

Delivery Slice

Festzuhaltende Delivery Slice-Angaben

Facettensuche als End-to-End-Slice.

Outcome Learning

Festzuhaltende Outcome Learning-Angaben

Time-on-Task steuert nächste Discovery.

Das Beispiel zeigt die Fachlogik von Dual Track Agile; eigene Vorlagen bleiben leer.

Marty Cagan: Dual-Track Agile

  1. 1

    Opportunity

    Opportunity

    Ziel

    Opportunity Brief so erarbeiten, dass die Kernfrage „Welche Lösung ist wertvoll, nutzbar, machbar und tragfähig genug für Delivery?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Product Outcome
    • Opportunity Evidence
    • cross-funktionales Produktteam

    Durchführung

    • Outcome und Opportunity mit Kunden- und Geschäftsevidenz fokussieren.
    • Quelle, Begründung und offene Unsicherheit direkt in Opportunity Brief festhalten.

    Ergebnis

    Opportunity Brief

    Opportunity Brief · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Ist Outcome statt Feature beauftragt?

    Stolperfalle

    Discovery wird zur vorgelagerten Spezifikation und erzeugt einen Handoff an Delivery. Trio und Engineers früh gemeinsam testen lassen, dünne Slices liefern und Ergebnisdaten zurück in Discovery führen.

    Zeitlicher Rahmen: 10–20 Minuten

  2. 2

    Risiken

    Risiken

    Ziel

    Risk Evidence so erarbeiten, dass die Kernfrage „Welche Lösung ist wertvoll, nutzbar, machbar und tragfähig genug für Delivery?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Opportunity Brief
    • Opportunity Evidence
    • cross-funktionales Produktteam

    Durchführung

    • Value, Usability, Feasibility und Viability mit Prototypen prüfen.
    • Quelle, Begründung und offene Unsicherheit direkt in Risk Evidence festhalten.

    Ergebnis

    Risk Evidence

    Risk Evidence · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Sind alle vier Risiken explizit?

    Stolperfalle

    Discovery wird zur vorgelagerten Spezifikation und erzeugt einen Handoff an Delivery. Trio und Engineers früh gemeinsam testen lassen, dünne Slices liefern und Ergebnisdaten zurück in Discovery führen.

    Zeitlicher Rahmen: 10–20 Minuten

  3. 3

    Delivery Slice

    Delivery Slice

    Ziel

    Production Slice so erarbeiten, dass die Kernfrage „Welche Lösung ist wertvoll, nutzbar, machbar und tragfähig genug für Delivery?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Risk Evidence
    • Opportunity Evidence
    • cross-funktionales Produktteam

    Durchführung

    • Validierte Lösung als dünnen robusten Slice liefern.
    • Quelle, Begründung und offene Unsicherheit direkt in Production Slice festhalten.

    Ergebnis

    Production Slice

    Production Slice · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Bleibt Problemkontext im Team?

    Stolperfalle

    Discovery wird zur vorgelagerten Spezifikation und erzeugt einen Handoff an Delivery. Trio und Engineers früh gemeinsam testen lassen, dünne Slices liefern und Ergebnisdaten zurück in Discovery führen.

    Zeitlicher Rahmen: 10–20 Minuten

  4. 4

    Outcome

    Outcome

    Ziel

    Outcome Learning so erarbeiten, dass die Kernfrage „Welche Lösung ist wertvoll, nutzbar, machbar und tragfähig genug für Delivery?“ belastbar weiter beantwortet werden kann.

    Voraussetzungen für diesen Schritt

    • Production Slice
    • Opportunity Evidence
    • cross-funktionales Produktteam

    Durchführung

    • Nutzung und Wirkung messen und nächste Discoveryfrage ableiten.
    • Quelle, Begründung und offene Unsicherheit direkt in Outcome Learning festhalten.

    Ergebnis

    Outcome Learning

    Outcome Learning · Quelle · Unsicherheit · nächster Entscheid

    Qualitätscheck

    Verändert Evidenz die nächste Priorität?

    Stolperfalle

    Discovery wird zur vorgelagerten Spezifikation und erzeugt einen Handoff an Delivery. Trio und Engineers früh gemeinsam testen lassen, dünne Slices liefern und Ergebnisdaten zurück in Discovery führen.

    Zeitlicher Rahmen: 10–20 Minuten

05

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Dual-Track Agile · Discovery und Delivery koppelnRiskante Annahmen im Discovery-Track lernen und validierte Arbeit kontrolliert in Delivery überführen
Discovery-Frage -> Experiment -> Story-Schnitt -> DeliveryDiscovery und Delivery laufen gekoppelt, aber mit unterschiedlichem Risiko- und Lernfokus.Discovery-Frage bis Lernende RoadmapDiscovery und Delivery laufen gekoppelt, aber mit unterschiedlichem Risiko- und Lernfokus.Risiko vor ScopeÜbergabe nur mit EvidenzFeedback zurück in DiscoveryLernschleifeDiscovery-Fragewelche Annahme ist unsicher?Experimenttesten, beobachten, lernenStory-Schnittvalidierte Arbeit übergebenDeliverybauen, integrieren, liefernLernende RoadmapBacklog folgt Evidenz statt Wunschliste
Form

Versioniertes Discovery-to-Delivery Flow mit Datum, Quellen, Ownern und nächstem Review.

Versionierung / Ownership

Datum, Quelle, Annahmenstand und Entscheidung je Fassung von Discovery-to-Delivery Flow erhalten.

Tool-Alternativen
  • Discovery-to-Delivery Flow als Board oder Dokument
  • Quellen- und Evidenzregister
  • Entscheidungs- und Maßnahmenlog

dual-track-agile-working-template.md

Plane Dual Track Agile entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

Dual-Track Agile: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Praxis einrichten und überprüfen Zeit: Kontinuierlich

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

  • Materialien: Product Outcome, Opportunity Evidence, cross-funktionales Produktteam, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
  • Rollen: Product Manager · Product Designer · Tech Lead/Engineers
  • Vorab-Infos: Product Outcome, Opportunity Evidence, cross-funktionales Produktteam vorab zusammentragen und offene Annahmen markieren.
  • Gesamter Zeitbedarf: Kontinuierlich
  • Setup: parallele Discovery-Risikoarbeit und Delivery mit gemeinsamer Outcome-Verantwortung sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.

Für die Arbeitsschritte bereitstellen

Opportunity: Opportunity

  • Product Outcome
  • Opportunity Evidence
  • cross-funktionales Produktteam

Risiken: Risiken

  • Opportunity Brief
  • Opportunity Evidence
  • cross-funktionales Produktteam

Delivery Slice: Delivery Slice

  • Risk Evidence
  • Opportunity Evidence
  • cross-funktionales Produktteam

Outcome: Outcome

  • Production Slice
  • Opportunity Evidence
  • cross-funktionales Produktteam

Discovery-to-Delivery Flow

Outcome/Opportunity

Festzuhaltende Outcome/Opportunity-Angaben

...

Vier Risiken

Festzuhaltende Vier Risiken-Angaben

...

Delivery Slice

Festzuhaltende Delivery Slice-Angaben

...

Outcome Learning

Festzuhaltende Outcome Learning-Angaben

...

Nur reale Angaben, Quellen und Entscheidungen eintragen.

Marty Cagan: Dual-Track Agile

Opportunity: Opportunity

Erwartetes Artefakt: Opportunity Brief

Opportunity Brief · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

  • Ist Outcome statt Feature beauftragt?

Risiken: Risiken

Erwartetes Artefakt: Risk Evidence

Risk Evidence · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

  • Sind alle vier Risiken explizit?

Delivery Slice: Delivery Slice

Erwartetes Artefakt: Production Slice

Production Slice · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

  • Bleibt Problemkontext im Team?

Outcome: Outcome

Erwartetes Artefakt: Outcome Learning

Outcome Learning · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

  • Verändert Evidenz die nächste Priorität?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/dual-track-agile/run-sheet

06

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

dual-track-agile-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Discovery testet drei Suchkonzepte: Value über fünf reale Aufgaben, Usability mit Time-on-Task, Feasibility durch Index-Spike, Viability über Aufbewahrungspflicht. Erst das facettierte Konzept besteht alle vier Risiken und geht als dünner End-to-End-Slice in Delivery.

07

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

  1. OpportunityDiscovery wird zur vorgelagerten Spezifikation und erzeugt einen Handoff an Delivery.In der Phase ansehen
  2. RisikenDiscovery wird zur vorgelagerten Spezifikation und erzeugt einen Handoff an Delivery.In der Phase ansehen
  3. Delivery SliceDiscovery wird zur vorgelagerten Spezifikation und erzeugt einen Handoff an Delivery.In der Phase ansehen
  4. OutcomeDiscovery wird zur vorgelagerten Spezifikation und erzeugt einen Handoff an Delivery.In der Phase ansehen
08

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

Discovery-to-Delivery Flow beantwortet die Kernfrage mit nachvollziehbaren Belegen oder offen markierter Unsicherheit.
Owner, nächste Aktion und Prüftermin sind für offene Punkte benannt.

Methode nach Praxisgemeinschaft. Die Methode ist als verbreitete Praxis entstanden und wird nicht eindeutig einer einzelnen Urheberin oder Organisation zugeschrieben. Kuratiert mit 1 Quellen.

Quellen: Marty Cagan: Dual-Track Agile

Ablauf, Timeboxen und Stolperfallen sind redaktionell kuratierte Praxisempfehlungen auf Basis der genannten Quellen.

Wie geht es weiter?

Papierillustration von Scrum mit dem methodenspezifischen Arbeitsmodell.
Agile
Scrum

Übergibt validierte Stories aus Discovery direkt in den Delivery-Sprint.

Papierillustration für Experiment Canvas mit fachlich beschrifteter Arbeitsfläche.
Product Discovery
Experiment Canvas

Formalisiert den nächsten Discovery-Test für eine offene Opportunity.

Methodenanleitung durchgearbeitet?

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

Zum SteckbriefWeitere Methoden