E 'normale finire il lavoro verso la fine di uno sprint? [duplicare]

Question

E 'normale finire il lavoro verso la fine di uno sprint? [duplicare]

#1 da (13 voti)

9

Il mio attuale team opera sotto l'approccio Scrum allo sviluppo agile. Lo facciamo correttamente, aderendo alle linee guida e ai ruoli di un team di Scrum, con una durata di sprint di 9 giorni e una squadra di 7.

Passiamo attraverso l'arretrato nelle riunioni di toelettatura e pianificazione, stimando ciò di cui abbiamo bisogno, negoziando con il proprietario del prodotto ecc. e otteniamo uno sprint di dimensioni in punti che soddisfano la nostra velocità. Tuttavia, il problema è questo: verso la fine dello sprint (fino a 2 o 3 giorni prima della fine) alcuni (non tutti) membri del team scoprono che hanno poco lavoro da fare mentre altri sono terminare / lavorare su attività che non possono essere facilmente / ragionevolmente elaborate da più del numero attuale di sviluppatori. Il consueto risultato di questo è un lavoro extra, ma poiché ci stiamo avvicinando alla fine dello sprint, il lavoro svolto tende ad essere una serie di correzioni di bug e piccoli compiti che di solito possono occupare un singolo sviluppatore per un giorno. / p>

La mia domanda è questa: sta per finire il lavoro verso la fine di uno sprint comune? C'è qualcosa che può essere fatto per evitarlo? Migliora la situazione?

agile scrum

posta Andy Hunt 04.09.2013 - 22:39

fonte

1 risposta

Leggi altre domande sui tag agile scrum

In che modo le scadenze serrate e la pressione di programmazione influiscono sul TCO e sui tempi di consegna? Esistono linguaggi di programmazione che ti consentono di eseguire l'aritmetica sui tipi?

score 13 · Accepted Answer

Il mio team affronta lo stesso terribile problema: finiamo sempre per finire i nostri sprint prima del previsto.

Tutte le battute a parte possono essere un indicatore che qualcosa non va nella stima o nelle aspettative:

Stai costantemente sovrastimando le attività e dando alla gestione una scadenzaria scadente di cosa aspettarsi?
Hai più sviluppatori del necessario? (Shh, non dire contabilità).
O il tuo team è davvero quello buono che supera costantemente le aspettative.

Decidere quale dei suddetti si applica a te spetta a te e al tuo team e oltre lo scopo della domanda, ma resta il fatto che se vieni sistematicamente sistemato prima, la tua gestione avrà un'immagine imperfetta di cosa aspettarti da te. O puoi lavorare sulla creazione di stime più accurate , altrimenti la gestione inizierà solo aspettandosi che tu finisca presto ogni sprint. Finire costantemente presto è quasi così male come finire in modo coerente in ritardo, ma non è comunque buono come chiuderlo ogni volta.

Per quanto riguarda ciò che dovresti fare è finire presto lo sprint e iniziare subito il prossimo sprint. Se trovi che stai aspettando di chiudere lo sprint su alcune attività che solo un paio di persone possono fare, allora probabilmente stai sbagliando. Ogni persona della squadra dovrebbe essere in grado di svolgere qualsiasi compito in misura relativa. Se hai un Fattore di bus di 1, qualcosa non va. Investi il tempo nel tuo team per portare tutti i membri a conoscenza dei diversi aspetti del sistema, anche se solo per eventi rari. Vedrai che gli investimenti pagano di per sé quando i membri del team possono parlare del progetto nel suo insieme da cima a fondo.

Prova a abbattere queste attività che ti trattengono in modo che tutti possano lavorare fino alla fine dello sprint. Se scopri che non puoi interrompere questi compiti, affrontali prima in modo che tutti abbiano qualcosa su cui lavorare, in questo modo puoi chiudere presto lo sprint e iniziare sul prossimo . Oppure, se il tuo capo ti sta bene, puoi sempre prendertene un paio di giorni, ma ti consentirò di capire come romperglielo.