Delivery

Macht Arbeit sichtbar, begrenzt WIP und zeigt mit Flow Metrics, wo sich ein technisches System verlangsamt.

Kernfrage: Was hilft uns, begonnene Arbeit im vereinbarten Arbeitsfluss zügig und vorhersagbarer abzuschließen?

• Ongoing
• 2-12

Zeichnet den Weg einer Leistung bis zur Auslieferung und legt Wartezeiten, Waste und Engpässe offen.

Kernfrage: Wie bewegt sich ein konkretes Arbeitselement heute vom Bedarf bis zur Lieferung?

• 1-3 h
• 4-10

Teilt zu große Stories in kleinere testbare Slices und hält Nutzen, Abhängigkeiten und Schnittstellen im Blick.

Kernfrage: Wie entstehen kleinere, unabhängig prüfbare Teile mit eigenständigem Nutzen?

• 30-60 min
• 2-6

Definiert Zielgruppen, Kanäle, Frequenzen und Owner, damit relevante Informationen zuverlässig ankommen.

Kernfrage: Wer braucht wann welche Information, von wem und mit welchem Rückkanal?

• 45-90 min
• 2-6

Nutzt historische Flow-Daten für Simulationen und kommuniziert Liefertermine als robuste Perzentile.

Kernfrage: Welche Wahrscheinlichkeitsverteilung für Fertigdauer oder Liefermenge entsteht, wenn reale historische Durchsatzwerte wiederholt resampelt werden?

• 30-90 min Setup, danach laufend
• 1-8

Beziffert den Verlust durch Verzögerung je Initiative und leitet daraus eine nachvollziehbare Reihenfolge ab.

Kernfrage: Welcher Wert geht pro Woche Verzögerung verloren, wie verläuft dieser Verlust und welche Annahmen tragen die Schätzung?

• 90-180 min
• 3-8

Trennt Discovery und Delivery so, dass validierte Stories erst nach Lernschleifen in die Umsetzung wandern.

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

• Laufend, Wochen bis Monate
• 4-10

Verbindet Pitch, Bet-Auswahl und festen Zyklus zu einer Arbeitsform, die Scope schützt und Fortschritt sichtbar hält.

Kernfrage: Ist das Problem wichtig und die geformte Lösung innerhalb der Appetite als verantwortbarer Bet lieferbar?

• 6 Wochen Cycle + 2 Wochen Cool-Down
• 2-4 pro Pitch