Come nominate gli sprint nei vostri progetti? [chiuso]

Alcuni strumenti di gestione del software Scrum ti offrono questa opzione per assegnare un nome esplicito ai tuoi sprint.

Hai un modo preferito di nominare i tuoi sprint o usi semplicemente uno schema semplice come 1, 2, 3, ...?

Chiedi alla squadra .

Se pensano che sia divertente o utile nominare lo sprint, scegline uno insieme.

Poiché ogni sprint dovrebbe avere un obiettivo , non dovrebbe essere un problema trovare un nome adatto.

La denominazione dello sprint potrebbe effettivamente aiutare il team a concentrarsi sull'obiettivo principale.

Personalmente amerei questo genere di cose.

Dopo un po 'a pensarci, sono arrivato con la seguente convenzione:

<year> CW <starting calendar week> - <ending calendar week>: <goal> (<version>)

La versione è opzionale.

Quindi finisci con qualcosa del tipo:

2013 CW 27-28: Improved reporting and dashboards (v1.5.1)
2013 CW 29-30: Redesigned gadgets (v1.5.2)
...

Questa sintassi risponde alle domande:

• Quando è stato fatto?
• Perché è stato fatto?
• Con quale versione è stata rilasciata?

E anche:

• È ordinabile
• È prevedibile
• Consente flessibilità senza sacrificare le informazioni

In una società in cui ho lavorato, abbiamo avuto sprint / release mensili e li abbiamo nominati in ordine alfabetico come meme su Internet. Le versioni a cui ho lavorato di recente sono state:

• keyboardcat
• lolcat
• megashark
• numanuma

Ciò ha aggiunto un po 'di divertimento al processo, specialmente quando è arrivato il momento di dare un nome alla prossima iterazione.

Se il tutto è per uno scopo specifico ("aggiungi rapporti", "porta in località europee"), allora c'è il tuo nome. Se è una raccolta di cose dal backlog, allora una data vaga ("la versione di giugno") funziona per noi. Questo ci permette di dire a un utente "Non penso che andrà bene nella versione di giugno, va bene inserirlo nella prossima?" o "se lo desideri nella versione di giugno, dovremo risolvere [qualunque cosa] entro il 5 giugno". Sono solo etichette, ma servono a uno scopo.

Per noi ci piace dare nomi divertenti, internamente comunque, alle nostre uscite numerate e ai progetti più grandi per spezzare un po 'la monotonia. Siamo sempre alla ricerca di nomi più divertenti / creativi per i nostri progetti e rilasci più grandi, tuttavia ovviamente utilizziamo anche un sistema di numerazione tradizionale (1.0, 1.1) o basato sulla data per tenere traccia di una prospettiva di codice che il nostro migliore ad oggi è rapper di vecchia scuola. Nessuno dice che lo sviluppo della mischia non può essere un po 'divertente

Ex. Beastie Boys, Coolio, DJ Jazzy Jeff, Eazy-E, Flavor Flav, Ecc.

Nel mio team, gli sprint tendono a prendere il nome dalla versione di produzione che stiamo preparando. Nel caso di una versione di produzione che si estende su più sprint, aggiungiamo il numero di iterazione. Quindi, per esempio,

• 5.0.2 Iterazione 1
• 5.0.2 Iterazione 2
• 4.16.1

eccetera.

Date!

Il nostro processo utilizza un ramo di rilascio per ogni sprint che facciamo, quindi i nomi dei rami di sprint e di rilascio si allineano. Usiamo la data di rilascio prevista come nome del ramo e sprint.

Questo rende la comprensione della cronologia un po 'più semplice allo stesso tempo, ad esempio se stai guardando una vecchia email su un bug che pensavi fosse riparato, in base alla data dell'email, puoi facilmente passare al nome della filiale più vicina ( s) per avere una migliore idea del cambiamento. (Certo, dovresti avere questo tracciato anche nel tuo bug tracker / invece, ma sappiamo tutti che non è sempre il caso.)

È anche bello che tutto il nostro team sappia sempre esattamente come si chiama, quindi siamo sempre sulla stessa pagina quando ci riferiamo a uno sprint o un ramo. (Non c'è mai alcuna confusione di "È 'tasso' l'uscita di questa settimana o quella della scorsa settimana?".)

Secondo me, l'uso dei numeri per il nome non fornisce alcun valore. Del resto, mentre può essere divertente da fare, né fare nomi astratti. L'uso di nomi orientati agli obiettivi potrebbe essere una buona aggiunta (ad es. "2012-04-03: Widget clienti aggiornati"), ma non tornerei a usare solo nomi astratti.

Per ogni versione scegliamo alfabeticamente un nome in codice di una grande città (es. A tlanta, B oston, C hicago, D allas ...)

E alcuni nomi di college in quella città diventano i nostri nomi di sprint (Morehouse, Spelman, ..., Harvard, Cambridge ecc.)

Non ho mai pensato di nominarli. Di solito abbiamo allegato un ID build alla fine in modo da poter tenere traccia dei problemi, ma la denominazione in realtà non fa parte del processo. Con i rilasci ogni due settimane, bruceresti 26 nomi all'anno.

Suppongo che questo lo renderebbe una parte divertente della pianificazione dello sprint. Potrei doverlo provare per il nostro prossimo sprint.