Pre-Launch-Futurespective

Finden Sie die Lücken im Launch-Plan vor dem Launch-Tag.

Probieren Sie diese Retrospektive live aus

Kritische Vorbereitungen

Was muss erledigt sein, bevor wir launchen können?

Die Lasttests für den neuen Checkout-Flow sind immer noch nicht abgeschlossen. Wenn wir ohne sie launchen, riskieren wir, dass am ersten Tag das ganze System ausfällt.
Das Support-Team wurde noch nicht zum neuen Feature geschult. Die nehmen dann Anrufe entgegen, ohne zu wissen, worum es geht.
Bevor wir live gehen können, brauchen wir die Freigabe der Rechtsabteilung für die aktualisierten Nutzungsbedingungen.
Booster

Was bringt unseren Launch schneller zum Erfolg?

Wir haben drei Power-User aus der Beta. Wenn wir ihre Testimonials vor dem Launch-Tag veröffentlichen, könnte das viele frühe Anmeldungen bringen.
Wenn wir den Launch auf die Branchenkonferenz nächste Woche abstimmen, bekommen wir viel mehr Sichtbarkeit.
Unsere E-Mail-Liste ist bereit. Eine gut getimte Drip-Kampagne ab 5 Tagen vor dem Launch könnte echte Vorfreude aufbauen.
Monitoring & Signale

Woran erkennen wir, ob der Launch gelingt oder hakt?

Wir brauchen ein Echtzeit-Dashboard mit Aktivierungsraten, Fehlerraten und Abbruchpunkten im Onboarding-Flow.
Ich will PagerDuty-Alerts für jeden Anstieg der 5xx-Fehler über 1 %. Wir dürfen von Ausfällen nicht erst durch Kunden erfahren.
Wir sollten das Volumen der Support-Tickets beobachten und launchbezogene Probleme taggen, damit wir Muster schnell erkennen.
Risiken & Unbekannte

Was könnte schiefgehen oder uns überraschen?

Für den Checkout-Flow sind wir von einem externen Zahlungsanbieter abhängig. Wenn der ausfällt, haben wir keinen Plan B.
Wir haben noch nie in dieser Größenordnung gelauncht. Ich bin mir ehrlich gesagt nicht sicher, ob unsere Infrastruktur die Spitzenlast aushält.
Die Hälfte des Teams ist in der Woche nach dem Launch im Urlaub. Wenn etwas kaputtgeht, fehlt uns die Kapazität, schnell zu reagieren.

Was ist eine Pre-Launch-Futurespective?

Eine Pre-Launch-Futurespective ist eine Planungssession, die Sie vor dem Launch eines Produkts oder Features durchführen, nicht danach. Ihr Team stellt sich den Launch-Tag und die Wochen danach vor und arbeitet dann rückwärts: Was muss gegeben sein, damit alles gut läuft? Einen fehlenden Rollback-Plan oder ein nicht geschultes Support-Team findet man jetzt leichter als um 2 Uhr nachts in der Launch-Nacht. Das Board hat vier Bereiche. Kritische Vorbereitungen ist für die Aufgaben, Prüfungen und Freigaben gedacht, ohne die der Launch nicht stattfinden kann. Booster umfasst alles, was dem Launch zum Erfolg verhilft: das Testimonial eines Beta-Kunden, das passende Timing zu einem Branchenevent, ein frühes Briefing für den Vertrieb. Monitoring & Signale fragt, woran Sie erkennen, ob der Launch funktioniert, von Fehlerraten bis zum Volumen der Support-Tickets. Risiken & Unbekannte ist für ungeprüfte Annahmen, externe Abhängigkeiten und Szenarien, für die niemand geplant hat. Führen Sie die Session ein bis zwei Sprints vor dem Launch durch, damit noch Zeit bleibt, auf die Erkenntnisse zu reagieren. Am besten funktioniert sie, wenn alle dabei sind, die mit dem Launch zu tun haben, von Engineering und Produkt bis Marketing, Vertrieb und Support, denn die Lücken liegen meist zwischen diesen Gruppen. Am Ende haben Sie eine priorisierte Liste von Maßnahmen mit jeweils einer verantwortlichen Person statt des vagen Gefühls, dass schon alles irgendwie passen wird.

Format der Pre-Launch-Futurespective

Kritische Vorbereitungen

Was muss erledigt sein, bevor wir launchen können?

Kritische Vorbereitungen sind die Aufgaben, Prüfungen und Freigaben, die abgeschlossen sein müssen, bevor der Launch stattfinden kann. Fragen Sie, was den Launch verzögern oder scheitern lassen würde, wenn es fehlt, von technischen Voraussetzungen und Dokumentation bis zu Freigaben und Support-Schulungen. Seien Sie streng bei der Frage, was wirklich kritisch ist: Drängen Sie das Team, „Muss“ von „Wäre schön“ zu trennen.

Booster

Was bringt unseren Launch schneller zum Erfolg?

Booster sind Maßnahmen, Materialien und Rahmenbedingungen, die dem Launch zum Erfolg verhelfen und Nutzung oder Umsatz steigern. Das ist die Chancenseite der Session, also fragen Sie nach Marketing, internen Fürsprechern, Partnerschaften, Timing und Produktfeatures, die für Schwung sorgen könnten. Eine hilfreiche Frage: Was würde diesen Launch besser laufen lassen als geplant? So verbringt das Team nicht die ganze Session mit Risiken.

Monitoring & Signale

Woran erkennen wir, ob der Launch gelingt oder hakt?

In diesem Bereich geht es um die Kennzahlen, Alerts, Dashboards und Feedbackkanäle, mit denen das Team den Launch in Echtzeit verfolgt. Legen Sie gemeinsam fest, wie „gut“ aussieht, und prüfen Sie, ob die nötige Instrumentierung vorhanden ist, um Probleme früh zu erkennen. Fragen Sie nach technischen Signalen wie Fehlerraten, Latenz und Verfügbarkeit sowie nach geschäftlichen Signalen wie Aktivierung, Support-Tickets und NPS. Fragen Sie dann: Wenn um 2 Uhr nachts in der Launch-Nacht etwas kaputtgeht, wie erfahren wir davon? Die Antwort zeigt oft Lücken im Alerting, die vor dem Go-live geschlossen werden müssen.

Risiken & Unbekannte

Was könnte schiefgehen oder uns überraschen?

Hier benennt das Team, was ihm schlaflose Nächte bereitet: Annahmen, die niemand geprüft hat, Abhängigkeiten außerhalb der eigenen Kontrolle und Szenarien, für die es keinen Plan gibt. Ziel ist Ehrlichkeit, nicht Pessimismus, damit das Team frühzeitig handeln kann. Fragen Sie nach technischen Risiken, Abhängigkeiten von Drittanbietern, Teamkapazität sowie Unbekannten bei Kunden oder Markt. Fragen Sie zu jedem Risiko, wie es abgefedert wird und wer dafür verantwortlich ist.

Wann sollte diese Retrospektive durchgeführt werden?

  • Wenn Ihr Team 1–4 Wochen vor einem wichtigen Produkt- oder Feature-Launch steht und sicherstellen will, dass nichts Kritisches übersehen wurde
  • Wenn an einem Launch Engineering, Marketing, Vertrieb und Support beteiligt sind und sich alle einig werden müssen, was „bereit“ bedeutet
  • Wenn ein früherer Launch schlecht gelaufen ist und das Team sich diesmal bewusster vorbereiten will
  • Wenn Sie in einen neuen Markt oder für ein deutlich größeres Publikum launchen und Fehler teurer wären als sonst
  • Wenn Sie einen wiederholbaren Readiness-Check vor jedem größeren Release etablieren wollen

Vorschläge für Fragen zum Icebreaker

  • Wenn Ihr Launch eine Rakete wäre, an welchem Punkt des Countdowns stünde sie gerade, und ist alles bereit für den Start?
  • Was ist der denkwürdigste Produktlaunch, den Sie je erlebt haben, egal ob gut oder schlecht, und warum ist er Ihnen im Gedächtnis geblieben?

Möchten Sie eine Aufwärmübung, bei der Ihr Team aktiv mitmacht, und nicht nur laut Antworten gibt? Kostenlose Icebreakers durchsuchen →

Ideen und Tipps für Ihre Retrospektive

  • Führen Sie die Session 1–2 Sprints vor dem geplanten Launch-Termin durch: früh genug, um auf die Erkenntnisse zu reagieren, und nah genug dran, dass die Details konkret sind
  • Laden Sie Engineering, Produkt, Design, Marketing und Support ein. Blinde Flecken liegen meist an den Schnittstellen zwischen den Bereichen
  • Nutzen Sie Dot-Voting bei Kritische Vorbereitungen und Risiken & Unbekannte, damit sich das Team zuerst um die Punkte mit der größten Wirkung kümmert
  • Lassen Sie die Session nicht zum Statusmeeting werden. Wenn jemand einen Punkt einbringt, der bereits erledigt ist, notieren Sie ihn und machen Sie weiter; Sie suchen nach Lücken
  • Geben Sie jeder Maßnahme vor dem Abschluss eine verantwortliche Person und ein Fälligkeitsdatum. Ohne Umsetzung bleibt eine Futurespective reines Wunschdenken
  • Greifen Sie nach dem Launch die Punkte aus Monitoring & Signale für einen kurzen Post-Launch-Review wieder auf und ergänzen Sie Ihr Launch-Playbook um die Erkenntnisse

Häufig gestellte Fragen

Was ist eine Pre-Launch-Futurespective?
Eine vorausschauende Session vor einem großen Launch. Ihr Team sammelt die kritischen Vorbereitungen, hilfreiche Booster, die zu beobachtenden Signale und die noch offenen Risiken, damit vor dem Go-live nichts Wichtiges übersehen wird.
Worin unterscheidet sich eine Futurespective von einer Retrospektive?
Eine Retrospektive blickt auf bereits erledigte Arbeit zurück. Eine Futurespective blickt nach vorn: Das Team stellt sich ein künftiges Ereignis vor, hier den Launch, und plant dafür, solange sich noch etwas ändern lässt.
Wann sollte man eine Pre-Launch-Futurespective durchführen?
Ein bis zwei Sprints vor dem Launch eines wichtigen Produkts, Features oder einer Kampagne, sobald der Plan steht, aber noch Zeit bleibt, Lücken zu schließen und das Monitoring einzurichten.
Wer sollte teilnehmen?
Alle, die mit dem Launch zu tun haben: Engineering, Produkt, Design, Marketing, Vertrieb und Support. Viele Launch-Probleme entstehen bei Übergaben zwischen diesen Gruppen, deshalb sollten alle dabei sein.
Wie lange dauert eine Pre-Launch-Futurespective?
Planen Sie 60–90 Minuten ein. Ein bereichsübergreifender Launch mit vielen Abhängigkeiten kann länger dauern, vor allem beim Bereich Risiken & Unbekannte.

Verwandte Vorlagen

Muttertags-Reflexion

Dankt gemeinsam den Müttern und Bezugspersonen, die euer Team geprägt haben.

Retrospektive „Wanderung zum Wasserfall“

Auf den Anstieg zurückblicken, dann den nächsten Pfad planen.

Cyber-Security-Ops-Retrospektive

Vorfälle, Kontrollen und Lücken gemeinsam im Security-Team auswerten.

Sprint-Klinik-Retrospektive

Die Probleme eures Sprints diagnostizieren und die passenden Lösungen verordnen

Sind Sie bereit, diese Retrospektive durchzuführen?Probieren Sie diese Retrospektive live aus