In Scrum, che cosa fare quando i punti della storia e le ore di attività non sono approssimativamente correlate?

In realtà non si concentrano bene perché, come hai detto, vengono utilizzati per scopi diversi.

Con il tempo, il tuo team farà stime migliori e otterrai una velocità più accurata per punto della storia.

I miei commenti sulle tue soluzioni:

Record time spent in a task and use this information as feedback to help refine our estimation process by retrospectively identifying user stories which we under/over estimated.

Velocity è stato progettato per regolare la stima dello sviluppatore rispetto alla realtà. Se usato correttamente, la velocità "regola" quelle incertezze in 3 o 4 sprint in media.

At the planning phase, identify outliers after the task hour break-down process and look at these further. This way we could try to identify whether we misjudged the complexity of the story or if the task breakdown is missing some efforts or over-estimating the length of simple tasks.

Ancora una volta "misjudge" viene regolato con il tempo e l'esperienza acquisiti dallo sprint allo sprint.

Another method to approach this would be to try to independently incorporate methods to enhance the estimation process and raise the team consciousness about the importance of estimation. Then just keep monitoring the correlation between story points and initial task hour break-down as an indicator of how we are doing and whether we need to keep working at it.

Anche con il tempo. Pianificare le sessioni di poker diventerà sempre più produttivo con l'esperienza.

Venendo dal punto di vista dello sviluppatore, non posso stimare il tempo per la vita di me. Posso stimare quanto duramente qualcosa andrà abbastanza bene.

Detto questo, quando fornisco una stima nei punti della storia, fondamentalmente mi sta dicendo che è un lavoro duro o facile. SP è di dare a te (il PM) l'idea che questo è un compito difficile, quindi lasciami in pace quando ci sto lavorando in modo che io possa finirlo in fretta, o sto facendo un compito anestetico, quindi, se hai una domanda, dondola avanti.

Inoltre, conosci i tuoi sviluppatori e il tuo livello di abilità, quindi se hai uno sviluppatore junior, non dargli i 3, ma gli 1 in modo che non affoghi.

Ora, ecco alcuni esempi:

easy (1sp): refactoring di una funzione tempo: questo potrebbe richiedere 10 minuti - 2 ore secondo la lingua e se usato come funzione magica. Poi c'è il test, ecc.

hard (3sp): imposta un server di distribuzione tempo: se è un sistema di distribuzione personalizzato, un giorno o più.

quindi, in teoria, posso fare 3sp al giorno, ma 3 funzioni refactor che impiegano 10 minuti ciascuna - 30 minuti di lavoro? Per quanto riguarda la gestione del tempo, l'idea di SP non si traduce in un diagramma di Gant, quindi ottieni anche le stime di tempo se ne hai bisogno.

L'importante è capire innanzitutto se hai effettivamente un problema oppure no.

• Punti storia vengono utilizzati per determinare quanto può adattarsi la tua squadra in uno sprint
• Ore di attività vengono utilizzate per determinare lo stato di salute di uno sprint

Quindi a priori non c'è motivo di preoccuparsene. In pratica però, nel primo giorno di una iterazione, sia le ore di lavoro rimaste che i punti della storia sono correlati all'intera lunghezza dello sprint, dandoti un punto che puoi usare per misurare una qualche forma di correlazione .

Prenderò in considerazione i seguenti punti:

1. Sei sulla buona strada con gli sprint? In altre parole, la tua squadra si sta impegnando al giusto numero di punti (non troppo poco, non troppo)?
2. C'è qualche indicazione che il valore di una ripetizione dei punti è diverso o non correlato a un valore di ore di iterazione?
3. I punti sono meno precisi di ore di progettazione . Stai semplicemente assistendo ad una raffinatezza?
4. La tua squadra semplicemente non è molto brava (ancora) nella stima delle storie?

Che cosa dovrei fare? Aspetta la retrospettiva, piuttosto che parlare apertamente con il team di questo problema.

Comprendi che veramente è necessario tenere traccia delle ore di attività? Non siamo in grado di stimare la velocità media e abbiamo una buona ipotesi su quanto dovremmo commettere da uno sprint all'altro? Perché dopo tutto questo è tutto ciò che conta davvero.