Supponiamo che io abbia una storia utente di dimensione 20 che può essere suddivisa in altre 2 storie utente, rendendo la storia originale un'epopea. La somma di queste storie utente dovrebbe essere maggiore di 20? Qual è la migliore pratica in questo caso? Se non si sommano ciò potrebbe significare in termini pratici che la complessità complessiva del progetto è cambiata.
Non necessariamente. La ragione per cui stime di un punto di discussione più alte possibili sono di solito più distanti (come nella sequenza di Fibonacci) è che la stima è meno accurata, quindi non vale la pena distinguere tra ad es. a 13 e a 14. Ma dopo l'analisi per dividere le storie, ogni parte può essere valutata con maggiore precisione (questo è uno dei principali vantaggi delle storie più piccole). Quindi il numero totale può essere diverso, perché dovrebbe essere più preciso.
No. I nuovi numeri non devono essere confrontati con il vecchio numero. Questo non sta pensando ai punti della storia nel modo giusto.
Ad esempio, se dovessi suddividere una storia di 8 punti in storie a 1 punto, potrei arrivare a 15-25 storie a 1 punto. È perché la definizione della mia squadra di 1 punto o 8 punti è sbagliata? No, abbiamo definito 1 punto come una storia che poteva essere fatta in poche ore, mentre abbiamo definito 8 punti come la dimensione più grande che un singolo sviluppatore poteva spingere in uno sprint di due settimane.
Altre squadre potrebbero finire per definire punti storia in modo diverso, ma l'idea è di usare numeri che rappresentano una stima onesta secondo le regole della squadra e non mentire nella pianificazione per far funzionare la matematica.
Più grande è la storia, meno accurata sarà la stima. Quando parli di una storia di 20 punti, ciò potrebbe facilmente ridurre fino a quattro storie da 10 punti o due o tre storie da cinque punti. Quella stima di 20 è così grande da essere quasi inutile come un lancio di monete. Tutti e 20 significano veramente "è troppo grande"; il numero stesso non significa nulla.
L'intero punto di spaccare storie in storie più piccole è essere in grado di fare una stima migliore del lavoro. Poiché le stime sono migliori quando si stimano più storie più piccole rispetto a una grande storia, ciò significa che non saranno necessariamente matematicamente uguali.
Conclusione: non preoccuparti. Le stime sono solo uno strumento per aiutarti a pianificare. Non devono sommarsi, non devono rimanere statici.
No. Quando suddividi un'attività in sottoattività ci sarà ora un ulteriore:
Anche
Infine, questo tipo di concentrazione su punti su piccola scala è spesso poco produttivo e spesso viene usato per cercare di stimare un rapporto punti = uomo / ore.
Raccomando di usare i punti per discutere del dimensionamento relativo e generare discussioni durante il grooming. Utilizzali solo retroattivamente per periodi relativamente lunghi, ovvero mesi, quando è necessario fare previsioni. Persino loro non funziona bene, le squadre cambiano e così anche la conoscenza nel tempo. Il puntatore 11 di oggi può essere un puntatore a 5 con lo staff e la conoscenza disponibili o viceversa.
Un altro fattore: anche se i punti della tua storia sono la parola infallibile di dio, un cambiamento nei punti mentre dividi le cose è probabilmente dovuto al roundoff.
Non tutte le storie a 1 punto hanno esattamente le stesse dimensioni. Rompi una storia di 10 punti in 8 parti uguali: hai 8 storie a 1 punto, ma è perché non puoi avere una storia a 1,25 punti.
Leggi altre domande sui tag scrum user-story