Preparativi critici

Cosa deve essere completato prima del lancio?

Non abbiamo ancora completato i test di carico del nuovo flusso di checkout. Se lanciamo senza, rischiamo che il sistema vada giù il primo giorno.
Il team di supporto non è ancora stato formato sulla nuova funzionalità. Si troverà a rispondere alle chiamate alla cieca.
Prima di andare live ci serve l'approvazione dell'ufficio legale sui nuovi termini di servizio.
Acceleratori

Cosa favorirà il successo del nostro lancio?

Abbiamo tre power user che hanno partecipato alla beta: pubblicare le loro testimonianze prima del lancio potrebbe portare molte iscrizioni iniziali.
Se facciamo coincidere il lancio con la conferenza di settore della prossima settimana, avremo molta più visibilità.
La nostra mailing list è pronta. Una campagna drip ben calibrata che parta 5 giorni prima del lancio potrebbe creare vera attesa.
Monitoraggio e segnali

Come capiremo se il lancio sta andando bene o è in difficoltà?

Ci serve una dashboard in tempo reale con tassi di attivazione, tassi di errore e punti di abbandono nel flusso di onboarding.
Voglio alert su PagerDuty per qualsiasi picco di errori 5xx sopra l'1%. Non possiamo scoprire i disservizi dai clienti.
Dovremmo monitorare il volume dei ticket di supporto e taggare quelli legati al lancio, così da individuare rapidamente eventuali schemi ricorrenti.
Rischi e incognite

Cosa potrebbe andare storto o coglierci impreparati?

Per il flusso di checkout dipendiamo da un provider di pagamento esterno. Se ha un disservizio, non abbiamo alternative.
Non abbiamo mai lanciato su questa scala. Sinceramente non sono sicuro che la nostra infrastruttura regga i picchi di carico.
Metà del team è in ferie la settimana dopo il lancio. Se qualcosa si rompe, non avremo la capacità di reagire in fretta.

Che cos'è una Futurespective pre-lancio?

Una Futurespective pre-lancio è una sessione di pianificazione da svolgere prima del lancio di un prodotto o di una funzionalità, non dopo. Il team immagina il giorno del lancio e le settimane successive, poi ragiona a ritroso su cosa deve essere vero perché tutto vada bene. È molto più facile scoprire adesso che manca un piano di rollback o che il supporto non è stato formato, piuttosto che alle 2 di notte la sera del lancio. La board ha quattro aree. «Preparativi critici» raccoglie le attività, le verifiche e le approvazioni senza le quali il lancio non può partire. «Acceleratori» riguarda ciò che aiuterebbe il lancio ad avere successo: la testimonianza di un cliente beta, la coincidenza con un evento di settore, un briefing anticipato per il team commerciale. «Monitoraggio e segnali» chiede come capirete se il lancio sta funzionando, dai tassi di errore al volume dei ticket di supporto. «Rischi e incognite» è dedicata alle ipotesi non verificate, alle dipendenze esterne e agli scenari che nessuno ha previsto. Conviene svolgerla una o due sprint prima del lancio, così da avere ancora il tempo di agire su ciò che emerge. Funziona meglio con tutte le persone coinvolte nel lancio, dall'ingegneria al prodotto, dal marketing alle vendite fino al supporto, perché le lacune di solito si nascondono proprio tra un gruppo e l'altro. Alla fine avrete un elenco di azioni prioritarie, ciascuna con un responsabile, invece della vaga sensazione che probabilmente andrà tutto bene.

Formato della Futurespective pre-lancio

Preparativi critici

Cosa deve essere completato prima del lancio?

I preparativi critici sono le attività, le verifiche e le approvazioni che devono essere concluse prima che il lancio possa partire. Chiedete cosa ritarderebbe o comprometterebbe il lancio se mancasse: prerequisiti tecnici, documentazione, approvazioni, formazione del supporto. Siate rigorosi su cosa è davvero critico e spingete il team a distinguere il "indispensabile" dal "sarebbe bello averlo".

Acceleratori

Cosa favorirà il successo del nostro lancio?

Gli acceleratori sono le azioni, i materiali e le condizioni che aiuterebbero il lancio ad avere successo e a generare adozione o ricavi. È il lato delle opportunità della sessione: chiedete di marketing, sostenitori interni, partnership, tempistiche e funzionalità del prodotto che potrebbero creare slancio. Una domanda utile: cosa renderebbe questo lancio migliore del previsto? Così il team non passa l'intera sessione a parlare di rischi.

Monitoraggio e segnali

Come capiremo se il lancio sta andando bene o è in difficoltà?

Quest'area riguarda le metriche, gli alert, le dashboard e i canali di feedback che il team userà per seguire il lancio in tempo reale. Mettetevi d'accordo su cosa significa "bene" e verificate che la strumentazione sia pronta per individuare presto i problemi. Chiedete dei segnali tecnici, come tassi di errore, latenza e uptime, e di quelli di business, come attivazione, ticket di supporto e NPS. Poi chiedete: se qualcosa si rompe alle 2 di notte la sera del lancio, come ce ne accorgeremo? La risposta spesso rivela lacune negli alert da colmare prima del go-live.

Rischi e incognite

Cosa potrebbe andare storto o coglierci impreparati?

Qui il team dà un nome a ciò che gli toglie il sonno: ipotesi che nessuno ha verificato, dipendenze fuori dal suo controllo e scenari non previsti. L'obiettivo è l'onestà, non il pessimismo, così da poter agire per tempo. Chiedete dei rischi tecnici, delle dipendenze da terze parti, della capacità del team e delle incognite legate a clienti o mercato. Per ogni rischio, chiedete qual è la contromisura e chi ne è responsabile.

Quando utilizzare questa analisi retrospettiva

  • Quando il team è a 1–4 settimane dal lancio di un prodotto o di una funzionalità importante e vuole verificare di non aver trascurato nulla di critico
  • Quando un lancio coinvolge ingegneria, marketing, vendite e supporto e serve che tutti concordino su cosa significa "pronto"
  • Quando un lancio precedente è andato male e il team vuole prepararsi in modo più consapevole questa volta
  • Quando lanciate in un nuovo mercato o verso un pubblico molto più ampio e un errore costerebbe più del solito
  • Quando volete una verifica di prontezza ripetibile da svolgere prima di ogni release importante

Domande suggerite per rompere il ghiaccio

  • Se il vostro lancio fosse un razzo, a che punto del conto alla rovescia sarebbe adesso? È tutto pronto per il decollo?
  • Qual è il lancio di prodotto più memorabile che abbiate mai visto, nel bene o nel male, e cosa ve lo ha fatto ricordare?

Desiderate un esercizio di riscaldamento che la vostra squadra possa svolgere, anziché limitarsi a rispondere ad alta voce? Sfogliate gli esercizi per rompighiaccio gratuiti →

Idee e consigli per la vostra riunione di retrospettiva

  • Svolgetela 1–2 sprint prima della data di lancio prevista: abbastanza presto per agire su ciò che emerge, abbastanza vicino perché i dettagli siano concreti
  • Invitate ingegneria, prodotto, design, marketing e supporto. I punti ciechi tendono a trovarsi ai confini tra le diverse funzioni
  • Usate il dot voting su «Preparativi critici» e «Rischi e incognite», così il team affronta per primi gli elementi a maggiore impatto
  • Non trasformatela in una riunione di aggiornamento sullo stato. Se qualcuno porta un elemento già completato, annotatelo e andate avanti: state cercando le lacune
  • Assegnate a ogni azione un responsabile e una scadenza prima di chiudere. Senza un seguito, una futurespective resta un pio desiderio
  • Dopo il lancio, riprendete gli elementi di «Monitoraggio e segnali» per una breve revisione post-lancio e aggiungete ciò che avete imparato al vostro playbook di lancio

Domande frequenti

Che cos'è una Futurespective pre-lancio?
È una sessione orientata al futuro che si tiene prima di un lancio importante. Il team elenca i preparativi critici, gli acceleratori che potrebbero aiutare, i segnali da monitorare e i rischi ancora aperti, così che nulla di importante sfugga prima del go-live.
In cosa una futurespective è diversa da una retrospettiva?
Una retrospettiva guarda indietro al lavoro già svolto. Una futurespective guarda avanti: il team immagina un evento futuro, in questo caso il lancio, e lo pianifica finché c'è ancora tempo per cambiare le cose.
Quando conviene svolgere una Futurespective pre-lancio?
Una o due sprint prima del lancio di un prodotto, di una funzionalità o di una campagna importante, quando il piano è definito ma c'è ancora tempo per colmare le lacune e predisporre il monitoraggio.
Chi dovrebbe partecipare?
Tutte le persone coinvolte nel lancio: ingegneria, prodotto, design, marketing, vendite e supporto. Molti problemi di lancio nascono nei passaggi di consegne tra questi gruppi, quindi servono tutti presenti.
Quanto dura una Futurespective pre-lancio?
Prevedete 60–90 minuti. Un lancio interfunzionale con molte dipendenze può richiedere più tempo, soprattutto per «Rischi e incognite».
È pronto a condurre questa retrospettiva?Provi questa esibizione dal vivo in chiave retrospettiva