Per stimare i PBI devi scegliere una storia media e assegnarla a un numero di punti (ad esempio 5). Quindi confronti tutte le altre storie per quella storia e assegni i punti di conseguenza. La mia domanda è, dovresti davvero confrontare ogni singola storia con quella storia originale dall'inizio del progetto? In caso contrario, come si assicura che la bilancia rimanga più o meno coerente per tutto il progetto?
Grazie.
I punti di storia sono soggettivi; sempre. Che cosa significa "5" per te può significare qualcos'altro per un altro membro della squadra. Man mano che la tua squadra cresce e acquisisce più esperienza dopo ogni sprint, ottieni una comprensione di come il resto dei membri del tuo team visualizzi un "5". Ogni sprint, otterrai una migliore comprensione e quindi una stima migliore.
Non è necessario assicurarsi che la bilancia rimanga coerente, accadrà naturalmente.
potresti confrontarlo con le attività medie dell'ultimo sprint. Non è necessario utilizzare questa trama di "base" ogni volta, specialmente quando il tuo team si evolve.
Il punto di storia è una misura del FATTORE + COMPLESSITÀ + RISCHIO dell'unità di lavoro. È un valore relativo ed è basato su una squadra specifica. Verrà e non dovrebbe variare da ciascun membro del team, perché indipendentemente dall'esperienza e dal livello di abilità di un membro del team, una story story di 2 story point è due volte più grande di un 1 story-point (e così via). Confrontarlo con compiti o tempo non è una buona idea, in quanto non fa la differenza nel livello di abilità dei membri del team.
Raccomando i team che sono nuovi ad Agile o desiderano avere discussioni significative intorno ai punti della storia per stabilire una base di riferimento per storie basate su storie utente storiche / ben definite. Ordina queste storie in base al suo sforzo e alla sua complessità (il rischio è solitamente situazionale) e stabilisci la scala relativa scegliendo la story-story con punteggio più basso come un puntatore a 1 story. Ciò aiuterà il team a capire i paragoni e ad avere discussioni significative nelle riunioni di perfezionamento.
Leggi altre domande sui tag estimation scrum