Come stimare la velocità di sprint con la diversa capacità del team?

Potrebbe essere un approccio semplice, ma perché non calcoli la tua velocità come completed story points * capacity o completed story points / capacity , a seconda di come misurare la capacità. Se misuri la capacità in ore uomo, usa la seconda. Se si misura la capacità come percentuale di una settimana di 40 ore, utilizzare la prima. Quando vai a tirare fuori punti storia, dovresti avere una buona idea della tua capacità per uno sprint dato, e usare i dati storici del tuo progetto per determinare i punti storia completati per un dato carico.

Tuttavia, questo rende alcune ipotesi potenzialmente pericolose, come trattare tutti i dipendenti come uguali - se il tuo sviluppatore più giovane prende una settimana di riposo o lo sviluppatore con la maggiore esperienza nel dominio e / o le tecnologie richiede una settimana di riposo, la tua capacità sarà lo stesso valore numerico, ma l'impatto sulla velocità sarebbe probabilmente diverso.

In definitiva, usa il giudizio professionale basato sui dati storici quando pianifichi uno sprint. In questo caso, usa la velocità precedente come input in qualche altro schema di stima, coinvolgendo la squadra. Vorrei anche essere prudente: è più facile portare più lavoro in uno sprint piuttosto che rimuovere un impegno per svolgere un'attività.

La velocità può variare anche se la capacità rimane uguale.

Quindi, fidati della tua velocità, si prenderà cura della diversa capacità stessa, supponendo che tu sia nel terzo sprint, prendi la media degli ultimi due sprint completati per impegnarti al prossimo sprint. non preoccuparti della varianza di capacità.

La velocità è una guida, non una misura. Prendi solo la media di tutti i tuoi sprint (conto della deviazione standard) e la media dei tuoi peggiori tre, la media dei tuoi tre migliori e dì "Faremo sicuramente le cose, potremmo farcela, non otterremo questi fatto. " Tracciando tre linee attraverso il tuo arretrato (completamente stimato) utilizzando queste tre velocità e la tua scadenza approssimativa (fai finta che siano 12 sprint e 12 volte la velocità peggiore sia 75, 12 volte il tuo migliore è 120 e 12x la tua media è 90. In un arretrato di 100 punti , anche nel peggiore dei casi, potresti farne tre quarti, nel migliore dei casi potresti inchiodare il tutto e, in media, consegneresti la maggior parte di esso).

Con questi dati, il tuo PO può prendere tutte le decisioni di cui ha bisogno in ciò che DEVE avere, noi vorremmo avere e cosa non gli dispiace lasciare.

Ultimate, le cose cambiano, i requisiti emergenti e, beh, le cose cambieranno di nuovo. Non spezzarti i tagli sulla matematica per ottenere una cifra specifica, sono sufficienti intervalli precisi per questo genere di cose. Affronta i tuoi problemi con il software, non con la matematica del backlog.