Come viene calcolato il tempo di Agile Sprint?

Credo che tu stia lavorando all'indietro qui, da un punto di vista Agile / Sprint. In genere, si decide prima la durata dello sprint, poiché quella è la "casella temporale" in cui si svolge il lavoro. Gli sprint devono essere di lunghezza costante, in modo da poter valutare con precisione quanto lavoro può essere svolto in ogni sprint- -even prima che accadano.

Una volta determinata la lunghezza dello sprint, spetta al team decidere quale può essere fatto durante lo sprint. Se decidi di fare uno sprint di 1 settimana e la squadra ha 4 membri, sono 160 ore di lavoro.

Se il tuo team di sviluppatori pensa di poter ottenere 10 biglietti in uno sprint di una settimana, e questo è ciò a cui si impegnano, allora si può presumere che stiano dicendo che un problema dovrebbe richiedere una media di (160 ore lavorative / 10 problemi = 16 ore uomo / problema. Detto questo, alcuni problemi saranno più difficili e alcuni più semplici - questo è ciò che gli sviluppatori devono capire per te.

In realtà non dovresti usare le stime del tempo in mischia. Una delle idee principali è che le stime del tempo sono nel migliore dei casi eccessivamente specifiche e nel peggiore dei casi inutili.

Stima punti storia . Un punto storia non è correlato al tempo. Questa è spesso la cosa più difficile per le persone nuove da agitare. I punti storia combinano difficoltà, rischio e impegno in un singolo numero. È come il dimensionamento delle t-shirt (attività di piccole, medie o grandi dimensioni) solo un po 'più specifico.

Durante la pianificazione, assegni punti a ogni storia. Solitamente la prima volta che esegui la calibrazione in base al lavoro precedente. Qualcosa come 1 = storia banale, 5 = una storia moderata, 13 = una grande storia, 29 = una storia massiccia. La prima volta, sembra arbitraria. Poi decidi quanti compiti pensi di poter fare e "accettali" nello sprint. Quindi esegui il codice per lo sprint.

Alla fine, contate il numero di punti per tutte le storie che avete effettivamente completato. Fai questo nel corso di più sprint e imparerai la tua "velocità" nei punti storia. Questo ti aiuta a decidere quante storie potresti accettare negli sprint futuri.

In nessun caso in questo processo ti preoccupi di vedere quanto tempo impiega un compito, né stimerai quanto tempo impiegherà un compito. Sui punti dello stile di mischia di Agile, almeno, è FERMARE le perdite di tempo in tempo stimato, che sono comunque invariabilmente sbagliate.