Wat is een Pre-Launch Futurespective?
Een Pre-Launch Futurespective is een planningssessie die je vóór de lancering van een product of feature houdt, niet erna. Je team stelt zich de lanceringsdag en de weken daarna voor en redeneert terug naar wat er moet kloppen om het goed te laten gaan. Een ontbrekend rollbackplan of een supportteam dat nog niet getraind is, vind je nu een stuk makkelijker dan om 2 uur 's nachts op de lanceringsavond. Het bord heeft vier onderdelen. Kritieke voorbereidingen is voor de taken, controles en goedkeuringen waarzonder de lancering niet door kan gaan. Boosters gaat over wat de lancering kan helpen slagen: een testimonial van een bètaklant, timing rond een branche-evenement, een vroege briefing voor sales. Monitoring & signalen gaat over hoe je weet of de lancering werkt, van foutpercentages tot het aantal supporttickets. Risico's & onzekerheden is voor ongeteste aannames, externe afhankelijkheden en scenario's waar niemand rekening mee heeft gehouden. Houd de sessie een tot twee sprints vóór de lancering, zodat er nog tijd is om iets te doen met wat je vindt. Het werkt het best als iedereen die bij de lancering betrokken is aan tafel zit, van engineering en product tot marketing, sales en support, want de gaten zitten meestal tussen die groepen in. Je gaat naar huis met een geprioriteerde lijst acties, elk met een eigenaar, in plaats van een vaag gevoel dat het waarschijnlijk wel goed komt.
Pre-Launch Futurespective-format
Kritieke voorbereidingen
Wat moet er gebeuren voordat we kunnen lanceren?
Kritieke voorbereidingen zijn de taken, controles en goedkeuringen die af moeten zijn voordat de lancering door kan gaan. Vraag wat de lancering zou vertragen of laten mislukken als het ontbreekt, van technische randvoorwaarden en documentatie tot goedkeuringen en training van support. Wees streng over wat als kritiek telt: laat het team onderscheid maken tussen "must have" en "nice to have".
Boosters
Wat zorgt ervoor dat onze lancering sneller succes heeft?
Boosters zijn de acties, middelen en omstandigheden die de lancering helpen slagen en adoptie of omzet aanjagen. Dit is de kansenkant van de sessie, dus vraag naar marketing, interne ambassadeurs, partnerschappen, timing en productfeatures die momentum kunnen opbouwen. Een handige vraag: wat zou deze lancering beter laten verlopen dan gepland? Zo voorkom je dat het team de hele sessie alleen over risico's praat.
Monitoring & signalen
Hoe weten we of de lancering slaagt of moeite heeft?
Dit onderdeel gaat over de metrics, alerts, dashboards en feedbackkanalen waarmee het team de lancering volgt terwijl die plaatsvindt. Spreek af hoe "goed" eruitziet en controleer of de meetvoorzieningen klaarstaan om problemen vroeg te zien. Vraag naar technische signalen zoals foutpercentages, latency en uptime, en naar zakelijke signalen zoals activatie, supporttickets en NPS. Vraag daarna: als er om 2 uur 's nachts op de lanceringsavond iets stukgaat, hoe komen we daarachter? Het antwoord laat vaak gaten in de alerting zien die vóór de go-live gedicht moeten worden.
Risico's & onzekerheden
Wat kan er misgaan of ons verrassen?
Hier benoemt het team waar het wakker van ligt: aannames die niemand heeft getest, afhankelijkheden waar het geen invloed op heeft en scenario's waar het niet op voorbereid is. Het doel is eerlijkheid, geen pessimisme, zodat het team op tijd kan ingrijpen. Vraag naar technische risico's, afhankelijkheden van derden, teamcapaciteit en onzekerheden rond klanten of de markt. Vraag bij elk risico wat de mitigatie is en wie de eigenaar is.
Wanneer dient u deze retrospective te gebruiken?
- Als je team 1–4 weken verwijderd is van een belangrijke product- of featurelancering en wil controleren dat er niets kritieks over het hoofd is gezien
- Als bij een lancering engineering, marketing, sales en support betrokken zijn en iedereen het eens moet worden over wat "klaar" betekent
- Als een eerdere lancering slecht verliep en het team zich deze keer bewuster wil voorbereiden
- Als je lanceert in een nieuwe markt of voor een veel groter publiek, en fouten meer kosten dan normaal
- Als je een herhaalbare readiness-check wilt die je vóór elke grote release kunt doen
Voorstellen voor ijsbrekers
- Als je lancering een raket was, in welke fase van het aftellen zou die nu zitten, en is alles klaar voor de lancering?
- Wat is de meest memorabele productlancering die je ooit hebt gezien, goed of slecht, en waarom is die je bijgebleven?
Wilt u een opwarmoefening waarbij uw team daadwerkelijk meedoet, en niet alleen hardop antwoorden geeft? Bekijk gratis ijsbrekers →
Ideeën en tips voor uw retrospectievevergadering
- Houd de sessie 1–2 sprints vóór de geplande lanceringsdatum: vroeg genoeg om iets te doen met wat je vindt, dichtbij genoeg dat de details concreet zijn
- Nodig engineering, product, design, marketing en support uit. Blinde vlekken zitten meestal op de grenzen tussen afdelingen
- Gebruik dot voting bij Kritieke voorbereidingen en Risico's & onzekerheden, zodat het team eerst de punten met de meeste impact aanpakt
- Laat het geen statusoverleg worden. Brengt iemand iets in dat al af is, noteer het dan en ga door; je zoekt naar gaten
- Geef elke actie een eigenaar en een deadline voordat je afsluit. Zonder opvolging is een futurespective alleen wensdenken
- Pak na de lancering de punten uit Monitoring & signalen erbij voor een korte evaluatie, en verwerk wat je leert in je lanceringsplaybook