Dimensionamento dei biglietti in modo appropriato in Scrum

5

In mischia, come gestisci il dimensionamento accurato delle cose senza sovrastimare e mantenendo il team onesto?

Nel mio team agile, ci vedo dimensioni grandi con un buffer, di solito 2 o 3 punti più grandi con le tipiche dimensioni di ticket 5 e inferiori, per tenere conto degli errori nel dimensionamento, in modo da non sovraccaricare i nostri sprint.

Quando il nostro Sprint Velocity è intorno a 20, e uno sviluppatore sta lavorando su un ticket a 5 punti, farà in modo che prenda la maggior parte dello sprint facendo quel lavoro, che sia o meno così grande, perché la pressione è andato.

    
posta Chris 30.01.2017 - 15:42
fonte

3 risposte

8

When our Sprint Velocity is around 20, and a developer is working on a 5 point ticket, they are going to make sure they take most of the sprint doing that work, whether or not it truly is that large, because the pressure is gone.

La tua squadra sta usando taglie sbagliate. Sono una stima della quantità di lavoro richiesta da una storia rispetto ad altre, non rispetto a una quantità di tempo prestabilita. E sono semplicemente una stima.

All'inizio le tue stime saranno dappertutto, ma mentre finisci gli sprint dovresti tornare indietro alle stime e alla realtà e imparare da quello per migliorare le stime per gli sprint futuri. Le tue stime dovrebbero migliorare man mano che imparerai a conoscere il progetto, il team, la tecnologia, ecc. Dovresti tenere traccia delle tue stime se le tue stime stanno migliorando o peggiorando e correggendo se stessi. Ad esempio se le tue stime sono ancora lontane nel progetto, c'è un problema con le informazioni che il team ha sulle storie che gli viene chiesto di stimare.

Non sono impegni ad ottenere X fatto in Y quantità di tempo. Non ci dovrebbe essere alcuna "pressione".

    
risposta data 30.01.2017 - 16:25
fonte
1

Usiamo questa procedura:

  1. Quando scriviamo PBI, utilizziamo i punti storia , che sono una misura significativa solo nel contesto di velocità .

  2. Mentre l'iterazione giunge al termine, gli sviluppatori elaborano la ripartizione dei compiti per i PBI che sono candidati per la successiva iterazione.

  3. Con la ripartizione dell'attività, gli sviluppatori stimano le ore effettive

  4. Quando arriva il kickoff di iterazione, gli sviluppatori avranno già deciso la ripartizione dell'attività e il lavoro richiesto. Questo grande migliora l'accuratezza e la sicurezza.

  5. Nel kickoff, per ogni PBI nel backlog, esaminare la ripartizione delle attività e la stima delle ore; lo sviluppatore stesso deve concordare che (s) è a suo agio includendo il PBI nell'iterazione.

  6. Se uno sviluppatore non dispone di informazioni sufficienti per suddividere un PBI in attività gestibili, il PBI torna al backlog per ulteriori governare .

risposta data 30.01.2017 - 22:11
fonte
1

Sembra che tu stia usando i punti della storia in modo errato. I punti storia sono relativi l'uno con l'altro solo per questa squadra e nient'altro. Per il primo sprint non hai nulla per confrontare i punti, quindi devi fare ipotesi plausibili. Dopodiché, dovrebbe diventare più facile e più facile essere coerenti nel dimensionamento.

Con ogni sprint tranne il primo, scegli una storia precedente che sembrava essere approssimativamente giusta ed è vagamente "media" per quanto tu voglia definire questo. Se non hai storie stimate correttamente, scegli una storia "tipica" del passato e decidi quali punti avrebbe dovuto usare con il senno del 20/20. Qualunque sia la tua storia diventa il tuo nuovo standard.

Quindi scegli una nuova storia e chiedi semplicemente a te stesso se questo considerevolmente è più facile, più o meno lo stesso, o considerevolmente più difficile di questa storia precedente. Non pensare affatto su quanto tempo ci vuole per completare la storia. Non pensare "bene, ci vorranno altre due ore", pensa "questo è mezzo duro" o "questo è il doppio più duro". Questo è tutto quello che devi fare.

Se hai stimato qualcosa come 5 punti e ci sono volute 4 ore in più rispetto alla precedente storia a 5 punti, non preoccuparti. Se ci sono volute poche ore in meno, non preoccuparti. Queste sono tutte storie a 5 punti. Puoi iniziare a preoccuparti di ciò quando ridimensiona una storia come 5 ma ci vuole più tempo della maggior parte degli 8.

Quando diventi migliore a riconoscere storie di dimensioni simili, la stima diventa più facile e più facile. Sarai fuori di testa per alcune storie, ma resterai a corto di alcune e a lungo sulle altre, e per lo più andrà a pareggiare.

TL; DR: è importante ricordare che i punti non significano nulla e la velocità è un indicatore. Ciò che conta è la coerenza. Praticamente ogni storia di 5 punti dovrebbe richiedere più tempo di un 3 e meno di 8, ma se una storia di 5 punti richiede 8 ore e un'altra richiede 12 o addirittura 16, probabilmente è ok se è ancora inferiore a 8 punti storia.

    
risposta data 31.01.2017 - 04:42
fonte

Leggi altre domande sui tag