Attualmente, articolo Scrum di Wikipedia definisce "Sprint Backlog" "come:
A prioritized list of tasks to be completed during the sprint.
Sono a conoscenza del fatto che il "Product Backlog" è un elenco prioritario ma che lo "Sprint Backlog" non ha un ordine. Sto cercando un riferimento definitivo per la risposta.
I documenti di base scrum alliance / scrum non sono assolutamente definitivi su questo, tuttavia ciò è implicito in tutto il luogo. Logicamente il backlog sprint deve essere ordinato.
È un sottoinsieme più dettagliato del backlog del prodotto ordinato e pianifica il lavoro attraverso il backlog del prodotto in ordine di priorità. Perché non dovresti lavorare con la massima priorità?
Ridurre al minimo il work in progress e le sciami di storie è incoraggiato perché vuoi massimizzare il numero di storie complete, non ne hai molte di quelle finite alla fine dello sprint, poiché quelle non soddisfano la definizione di fatto o hanno un valore aziendale .
Dato l'ethos di Scrum (prioritizzazione, massimizzazione del valore aziendale, sempre più team x-funzionali), non avrebbe senso che questo fosse non ordinato.
Direi che avendo "ordinato severamente" l'arretrato del prodotto, ad esempio un numero di classifica per ogni articolo nell'elenco è uno spreco.
Invece è probabilmente più simile a un set partizionato
Investire tempo nell'ordinare un livello di dettaglio maggiore di questo non sarà produttivo, poiché creerà la nozione artificiale di un ordine fisso quando le cose sono più propense a tagliare e cambiare.
-
Per lo sprint stesso, il team deve prima colpire gli oggetti più valutati, quindi sì, deve essere ordinato. Le stime delle dimensioni e della velocità non saranno sempre perfette, quindi ci saranno (poco frequenti) i tempi in cui le cose devono essere tagliate in modo che le altre storie possano essere "fatte-fatte" - che sarebbero naturalmente quelle in fondo la lista.
Leggi altre domande sui tag scrum