Cosa fare quando uno sprint è terminato in anticipo?

Porta qualcosa dal backlog del progetto allo sprint (dopo le discussioni con lo scrum master e il proprietario del progetto).

La dimensione dell'elemento che esegui dipenderà da quanto tempo hai. Se non c'è nulla di abbastanza piccolo, crea una sotto-attività di un'attività più grande per avviarla (es. Fai qualche lavoro preliminare).

In alternativa, crea alcune attività che migliorano la base del codice. Non ho mai visto un codice base che non possa essere migliorato in alcun modo. Esamina qualche codice aggiungi ulteriori test unitari ecc.

Lavorare su elementi di backlog stretch o futuri di sprint sembra essere la cosa più comune da fare, il che ha molto senso se gli elementi del backlog di sprint sono abbastanza piccoli e ben definiti. Tuttavia, gli elementi del backlog che potrebbero collocare il codice "completato" in uno stato "non terminato" dovrebbero essere evitati.

Se lo sprint è veramente finito, taggalo, preparalo per la consegna, consegnalo e inserisci i tuoi repository di codice sorgente nello stato "next sprint", quindi non c'è alcun rischio che le modifiche di sprint tardino la consegna a rischio.

Per noi uno Sprint non finisce mai presto. Abbiamo solo aumentato la nostra velocità o risolto il problema in un modo che ci ha permesso di fare più lavoro nello sprint.

Dicendo che abbiamo sempre un backlog di articoli che hanno la priorità in ordine di importanza dai nostri proprietari di prodotti. Quando una squadra può fare più lavoro nello sprint, è molto facile per loro vedere cosa fare dopo sulla lista che si inserirà positivamente nello sprint di tempo rimanente data la loro velocità.

Questo evita i tempi di fermo del gruppo in attesa di discussioni con Product Owner / Scrum Master su cosa dovrebbe essere fatto in seguito. I nostri Product Owner e Scrum Masters rimangono in cima a questa lista, quindi c'è sempre più lavoro in attesa di essere inserito nel prossimo sprint (o quello corrente se il tempo è permesso).

Ciò che fa la mia squadra è estrarre le attività dall'arretrato che è abbastanza piccolo da completare rispetto a quanto tempo abbiamo finito. Se abbiamo finito con che , diamo al nostro team di QA il tempo di aggiornarsi con i test e gli sviluppatori ottengono un "giorno libero" - possiamo usarlo per esaminare altre questioni non correlate a lo sprint attuale, argomenti che vogliamo ricercare, configurare / riconfigurare i nostri ambienti, ecc.

Non mettere un sacco di lavoro solo perché hai finito presto. Rimani fedele a ciò che la tua squadra si è impegnata a fare in questo sprint e, se il lavoro extra è finito, è un vantaggio eccezionale.

Incoraggerei l'allentamento da usare per il miglioramento personale. Certo, tira le storie degli arretrati, ma assicurati di passare un po 'di tempo con te stesso: impara un nuovo linguaggio, esercita il tuo mestiere con un kata, rifatta alcune cose, ritaglia, perfeziona o scrivi nuovi strumenti per aiutarti, vai e parla a uno stakeholder, a un collega o a un cliente, scopri cosa fa il tuo team di QA, prenditi del tempo per capire come funziona il tuo processo UX.

C'è un enorme elenco di cose che puoi fare che forniranno valore al tuo business e te stesso E migliorare la tua velocità o la quantità di valore di qualità che fornisci che non implicano il traino di un arretrato, provalo prima.