Come stimare la velocità dello sprint con una capacità di squadra variabile?

Siamo una piccola squadra di 4 sviluppatori piuttosto verdi in Scrum. Provenienti da tutto il paese, ci prendiamo spesso giorni liberi o settimane intere per tornare a casa. Pertanto la capacità del nostro team cambia drasticamente da una iterazione all'altra a causa delle foglie annuali, il che porta a velocità molto diverse da una iterazione all'altra. Come si tiene conto della capacità del team durante la stima della velocità durante la riunione di pianificazione? I dati storici rifletteranno capacità molto diverse e non possiamo aspettare un anno intero per ricavare una media per la nostra velocità stimata.

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

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

In definitiva, usa il giudizio professionale basato su dati storici quando pianifichi uno sprint. In questo caso, utilizzare la velocità precedente come input in qualche altro schema di stima, coinvolgendo il team. Vorrei anche sbagliare dal lato della cautela: è più facile trascinare più lavoro in uno sprint che rimuovere un impegno a svolgere un'attività.

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

Quindi, fidati solo della tua velocità, si prenderà cura di variare la capacità stessa, cioè supponendo che tu sia nel 3 ° sprint, prendi la media degli ultimi due sprint completati per impegnarti nel prossimo sprint. non preoccuparti della varianza della capacità.

La velocità è una guida, non una misura. Prendi semplicemente la media di tutti i tuoi sprint (conto della deviazione standard) e la media dei tuoi tre peggiori, la media dei tuoi tre migliori e dì "Definiremo sicuramente questi, potremmo ottenere questi, non riusciremo a ottenere questi fatto ". Tracciando tre linee attraverso il tuo backlog (completamente stimato) usando queste tre velocità e la tua scadenza approssimativa (fai finta che siano 12 sprint e 12x la tua peggiore velocità sia 75, 12x la migliore è 120 e 12x la media è 90. In un backlog di 100 punti , anche nel peggiore dei casi, potresti farne tre quarti, nel migliore dei casi avresti inchiodato il tutto e, in media, ne avresti consegnato la maggior parte).

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

In definitiva, le cose cambiano, i requisiti sono emergenti e, beh, le cose cambieranno di nuovo. Non troncare le tue costolette in matematica per ottenere una figura specifica, bastano intervalli precisi per questo tipo di cose. Fai a pezzi i tuoi problemi di software, non di matematica arretrata.