Qual è il modo migliore per stimare i punti della storia nella mischia?

Mi piace il modo in cui la pianificazione del poker funziona all'inizio di qualsiasi progetto, permettendoti di confrontare e discutere i dettagli di ogni storia tra loro.

Uno dei problemi che ho notato in questo è che nel tempo e man mano che acquisisci più esperienza con il dominio problematico, tendi a votare meno punti per ogni storia, vale a dire una storia che valeva 5 o 8 all'inizio del progetto ora potrebbe valere un 3.

Come evitare o affrontare questo problema nel miglior modo possibile? C'è un modo migliore per stimare? Le storie dovrebbero rimanere sempre le stesse o i punti di questa storia diminuiscono bene?

Non penso che sia un grosso problema.

Ci sono due cose ovvie che potrebbero causare questo. Uno è che stai vivendo una leggera deflazione. L'altro è che la tua squadra sta effettivamente diventando più veloce. (Spero sia il secondo!)

Ad ogni modo, non dovrebbe essere un grosso problema. I due usi principali della velocità sono capire quanto lavoro svolgere nella prossima iterazione e fare stime approssimative delle date di consegna per grandi blocchi di lavoro. Nessuno di questi è danneggiato da una velocità che cambia gradualmente. In effetti, se la velocità migliorata deriva dal miglioramento, i nuovi numeri presentano un'immagine più vera della capacità della squadra.

Se la velocità sta cambiando troppo rapidamente per il massimo comfort, una risposta sono le storie canoniche. Passa attraverso gli ultimi due mesi, scegliendo 3 storie ciascuna per rappresentare i livelli di punteggio che usi. Mettili sul muro dove fai le stime. Quindi, quando stimhi, usali come confronto con la storia che stai affrontando. Ciò dovrebbe ridurre sia la deriva che la volatilità nelle stime.

Fondamentalmente, questo non è davvero un grosso problema, poiché la maggior parte di queste cose verrà fuori nel lavaggio. In generale, la manipolazione esplicita dell'output delle stime sarà negativa per il processo. La stima dei punti storia funziona meglio quando le squadre tengono gli occhi puntati sulla palla: stai stimando la complessità relativa delle storie rispetto ad altre storie e finché avrai informazioni storiche a portata di mano per le storie completate, probabilmente vedrai le cose sistemarsi a lungo termine. Ecco un luogo in cui la coesione del team paga benefici, poiché un team alla fine si accontenterà di metodi e storie di riferimento per la stima delle storie.

La deflazione dei punti di storia può essere un problema lieve, tuttavia, dal momento che quando la gamma di stime dei punti viene compressa, si inizia a perdere informazioni sulla regolazione fine della velocità e che la compressione può avere effetti negativi nella stima della lunghezza per la consegna di rilascio a lungo termine pianificazione (in quanto moltiplicherai gli errori introdotti dalla compressione di tutte le tue storie in un intervallo ristretto). In generale, si desidera che i risultati di una maggiore velocità grazie alla competenza siano espressi assumendo più punti della storia piuttosto che le stime in calo. Il modo di combattere è fare continuamente riferimento a stime completate precedenti e assicurarsi di stimare sempre la complessità. Non dire mai quanto tempo pensi che ci vorrà qualcosa, basta confrontare la difficoltà generale di una storia rispetto alle storie precedenti. Permettere' s dire che hai un'app che supporta piattaforme mobili e che devi effettuare il porting su un'altra. È simile a una porta precedente? Più difficile, perché la piattaforma ha strumenti peggiori? Più facile, perché hai un debugger migliore? Questo dovrebbe informare le tue stime, non il fatto che questa porta probabilmente andrà più veloce perché i tuoi team stanno diventando bravi nelle stime. Concentrarsi sulla complessità dovrebbe aiutare a risolvere questo problema, nella misura in cui ce n'è uno.