Cos'è una retrospettiva?
La retrospettiva Starfish è un framework di riflessione di fine sprint che va oltre il feedback binario e aiuta i team a decidere quali attività mantenere, interrompere, iniziare, amplificare o ridimensionare.
- Ideale per
- Miglioramento continuo e sprint review
- Durata
- 30–45 min
- Chi partecipa
- 3–10 membri del team
- Con cosa esci
- Un elenco concreto di modifiche al processo, ognuna con il suo responsabile.
Quando usare una retrospettiva
Usala alla fine di ogni sprint, dopo il rilascio di una funzionalità importante o quando la produttività del team rallenta per attriti operativi.
Come fare una retrospettiva
Fai scrivere al team, in silenzio, i feedback su 5 categorie: Continuare a fare, Fare di più, Fare di meno, Smettere di fare e Iniziare a fare. Raggruppa le voci simili, fai votare i temi più prioritari e assegna un responsabile a ogni azione.
Le domande da porre in ogni sezione
01Iniziare a fare
- Quali nuovi esperimenti o processi dovremmo introdurre nel prossimo sprint?
- Quali strumenti o comportamenti possono risolvere gli ostacoli attuali?
02Smettere di fare
- Quali attività fanno perdere tempo al team senza aggiungere valore?
- Quali punti di attrito dovremmo eliminare subito?
03Continuare a fare
- Cosa ha funzionato particolarmente bene in questo sprint?
- Quali pratiche dobbiamo proteggere e mantenere?
04Fare di più
- Quali processi funzionano ma andrebbero estesi o fatti più spesso?
- Dove possiamo amplificare i nostri sforzi per avere più impatto?
05Fare di meno
- Quali pratiche sono utili ma al momento richiedono troppo tempo?
- Dove dovremmo ridurre l'attenzione o ridimensionare?
Esempi pratici
Retrospettiva sul lancio di un SaaS
Una retrospettiva del team di prodotto di una startup dopo il rilascio della versione 1.0.
- Controlli automatici giornalieri sulla build
- Interviste settimanali dirette con i clienti
- Richieste di revisione design improvvisate su Slack in orario di sviluppo
- Migrazioni manuali del database in produzione
- Standup quotidiani di 10 minuti
- Sprint planning ogni due settimane
- Test unitari automatici per gli endpoint API principali
- Pair programming nell'onboarding degli sviluppatori junior
- Riunioni di aggiornamento che si possono gestire in modo asincrono
- Funzionalità semplici progettate in modo eccessivo
Affida la sessione a Medi
Una buona retro fa spesso emergere una domanda più grande del processo, per esempio se il team sta costruendo la cosa giusta. Quando succede, scegli una delle sessioni dal vivo di Medi: Medi fa avanzare la discussione, coinvolge chi parla poco e mette per iscritto decisioni, responsabili e prossimi passi.
Scegli una sessione dal vivo