Rilasci e successi

Cosa abbiamo rilasciato che ha creato valore in questo sprint?

Abbiamo rilasciato il nuovo flusso di onboarding in anticipo sui tempi e le prime iscrizioni sono già in crescita.
La nostra rapida analisi sul bug dei pagamenti si è trasformata in una correzione pulita che ha ridotto i ticket di assistenza.
Abbiamo colmato il divario nel passaggio tra design e sviluppo e per la prima volta abbiamo rilasciato tutto perfetto fin dal primo giorno.
Cosa ci ha rallentato

Quali blocchi o attriti hanno affossato la nostra velocità?

Troppi cambi di contesto tra progetti, non sono mai riuscito a concentrarmi davvero.
Siamo rimasti bloccati due giorni in attesa dell'accesso alle API da parte di un altro team.
I criteri di accettazione poco chiari ci hanno costretto a rifare la funzionalità due volte.
Cosa abbiamo imparato

Quale nuova intuizione o apprendimento validato abbiamo ottenuto?

In realtà i clienti non vogliono più funzionalità. Ne vogliono meno, ma più chiare.
Il pair programming sui ticket più difficili nel complesso ci ha fatto risparmiare tempo, non perderlo.
La nostra ipotesi sull'uso da mobile era sbagliata: la maggior parte del traffico arriva da desktop.
Pivot o perseverare

Su cosa puntare di più, cosa cambiare o eliminare?

Perseveriamo sul lavoro di onboarding, perché i dati lo supportano chiaramente.
Facciamo pivot e abbandoniamo la funzionalità enterprise: la nostra vera trazione sono gli utenti PMI.
Eliminiamo il report settimanale di stato che nessuno legge e recuperiamo quel tempo.

Che cos'è la Retrospettiva Sprint da Startup della Silicon Valley?

La Retrospettiva Sprint da Startup della Silicon Valley ti fa condurre la retro come la condurrebbe il team di una startup. Si basa sul ciclo build-measure-learn del pensiero lean startup, reso popolare da Eric Ries in The Lean Startup: considera ogni sprint un esperimento, guarda cosa hanno mostrato davvero i risultati e decidi il passo successivo in base a queste evidenze. La board ha quattro aree. Rilasci e successi raccoglie ciò che il team ha rilasciato e l'impatto che ha avuto sui clienti. Cosa ci ha rallentato riguarda i blocchi e gli attriti che vi sono costati velocità. Cosa abbiamo imparato registra cosa avevate ipotizzato e cosa hanno detto i dati. Pivot o perseverare è il momento della decisione: su cosa puntare di più, cosa cambiare e cosa eliminare. È adatta ai team di prodotto, ai fondatori e ai team di innovazione che vogliono procedere spediti senza perdere la rotta, e a qualsiasi team che debba decidere se andare avanti con un'attività. Concludete con decisioni chiare e un responsabile per ciascuna, così lo sprint successivo parte con una direzione precisa.

Formato della retrospettiva Sprint da Startup della Silicon Valley

Rilasci e successi

Cosa abbiamo rilasciato che ha creato valore in questo sprint?

Partite dai successi: funzionalità rilasciate, traguardi raggiunti e piccoli esperimenti che hanno dato frutti. Chiedete al team di ragionare come fondatori che misurano la trazione. Cosa ha fatto davvero la differenza per il prodotto o per il cliente? Invitate anche i membri più silenziosi a condividere i piccoli successi.

Cosa ci ha rallentato

Quali blocchi o attriti hanno affossato la nostra velocità?

Qui il team indica i colli di bottiglia, le dipendenze e le distrazioni che hanno tolto slancio. Trattateli come freni del sistema, non come colpe di qualcuno. Cercate gli schemi che si ripetono da uno sprint all'altro, perché risolverne uno spesso rende di più, e chiedete perché si è verificato ogni problema.

Cosa abbiamo imparato

Quale nuova intuizione o apprendimento validato abbiamo ottenuto?

Quest'area registra ciò che il team ha imparato in questo sprint sui clienti, sul prodotto o sul proprio modo di lavorare. Formulate ogni punto come un'ipotesi: cosa avevamo ipotizzato e cosa ci hanno detto i dati? Mettere per iscritto le lezioni apprese fa sì che ogni sprint si basi sul precedente.

Pivot o perseverare

Su cosa puntare di più, cosa cambiare o eliminare?

Questo è il momento della decisione del fondatore. In base a ciò che avete rilasciato, imparato e affrontato, dove andate adesso? Spingete il team a prendere decisioni chiare: perseverare su ciò che funziona, fare pivot dove lo indicano i dati ed eliminare ciò che non vale lo sforzo. Assegnate un responsabile a ogni decisione, così lo sprint successivo parte con una direzione precisa.

Quando utilizzare questa analisi retrospettiva

  • Alla fine di uno sprint di prodotto, quando volete una revisione rapida e orientata al futuro.
  • Per team di startup, fondatori e team di innovazione che vogliono muoversi in fretta e restare concentrati sui clienti.
  • Quando il team deve decidere se fare pivot, perseverare o eliminare un'attività.
  • Quando le vostre retrospettive sono diventate routine e un'impostazione build-measure-learn cambierebbe la conversazione.

Domande suggerite per rompere il ghiaccio

  • Se il vostro team fosse una startup che si presenta a un demo day, quale sarebbe il vostro elevator pitch in una frase?
  • A quale famoso fondatore del mondo tech vorresti ispirarti per questo sprint, e perché?

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

  • Chiarite subito il tono: l'obiettivo è imparare in fretta, non dare colpe. Le persone condividono di più quando sbagliare è sicuro.
  • Usate il linguaggio delle ipotesi: cosa avevamo ipotizzato e cosa hanno mostrato davvero i risultati?
  • Date un tempo limitato a ogni argomento per mantenere il ritmo. Pochi punti concreti valgono più di un elenco esaustivo.
  • In Pivot o perseverare, insistete su decisioni chiare con un responsabile, non su vaghe intenzioni.
  • Usate l'input anonimo in TeamRetro, così non è la voce più forte a decidere quali sono i successi e le scelte.
  • Tenete traccia dei blocchi ricorrenti da uno sprint all'altro per individuare i problemi che meritano una soluzione più ampia.

Domande frequenti

Quanto dura una Retrospettiva Sprint da Startup della Silicon Valley?
La maggior parte dei team la conclude in 45-60 minuti. Date un tempo limitato a ogni argomento per mantenere il ritmo.
Quando dovrei usare questo formato di retrospettiva?
Usatelo alla fine di uno sprint o di un ciclo di prodotto, soprattutto quando il team lavora con iterazioni rapide e deve decidere cosa continuare a sviluppare e cosa cambiare.
In cosa si differenzia da una normale retrospettiva dello sprint?
Analizza lo sprint attraverso le idee della lean startup: valore rilasciato, apprendimento validato e una decisione esplicita tra pivot e perseverare. Una retro tradizionale di solito si ferma a cosa è andato bene e cosa no.
Cosa significa 'Pivot o perseverare' in questo contesto?
È un concetto tratto da The Lean Startup di Eric Ries. In base alle evidenze, il team decide se mantenere la rotta, cambiare direzione o interrompere del tutto un'attività.
Questo formato è adatto anche a team che non lavorano in una startup?
Sì. Qualsiasi team agile, di prodotto o di innovazione può usare la sua struttura orientata alle decisioni. L'impostazione da startup dà ritmo e tiene il cliente al centro.
È pronto a condurre questa retrospettiva?Provi questa esibizione dal vivo in chiave retrospettiva