Quando implementi per la prima volta Scrum all'interno di una squadra, come dovresti determinare la quantità di punti storia che si trovano in uno sprint iniziale quando non hai idea della velocità della squadra?
Dovresti basare questo su una stima di ore e utilizzare solo i punti in una fase successiva?
Non hai fatti storici su cui attingere, quindi ti suggerisco di non preoccuparti di nessuna ipotesi. Cercare di calcolare la velocità basandosi esclusivamente su alcune formule è solo una perdita di tempo.
Basta stimare abbastanza storie e lasciare che il team lavori su di loro durante il primo sprint. Finiranno comunque quello che finiranno. Dopo questo sprint iniziale, avrai la tua velocità effettiva. Dal momento che gli sprint sono (eccellenti!) 1 settimana, otterrai la velocità reale molto presto.
Nessuno può dirti quanti punti storia puoi prendere per il tuo primo sprint. Prima di tutto il punto della storia è un valore senza unità. Non dovresti prendere decisioni iniziali come 1 story point = 6 ore perché in molti casi verrà eseguito contro di te in seguito. Inoltre, ogni progetto può avere diverse "dimensioni" dei punti della storia.
L'impegno dovrebbe essere basato sulla riunione di pianificazione con il proprietario del prodotto. Passerai attraverso le storie degli utenti e PO spiegherà alcuni dettagli su di loro. Fornirà anche alcuni criteri di accettazione (definizione di fatto). La riunione di pianificazione è limitata nel tempo (in base alla lunghezza dello sprint e alle dimensioni del team), pertanto la prima osservazione è il numero di storie utente che è stato possibile discutere. Sulla base delle informazioni ricevute dall'OP, il team dovrebbe essere in grado di esprimere un giudizio professionale sul numero di storie utente discusse che possono essere fatte nello sprint. Poiché la squadra sa che è lo sprint iniziale e non è ancora stato fatto nulla, il team probabilmente si impegnerà solo per una piccola quantità di lavoro, ma questo aumenterà negli sprint futuri.
Il valore dei punti storia pura non deve essere utilizzato per la pianificazione e la stima del tempo. Dovrebbe essere usato per descrivere la relativa complessità, ma ancora 8 punti-storia possono significare qualcosa tra 6-12 (Fibonacci) punti nella realtà, così dicendo che 8 story points equivalgono a 4 giorni è davvero pericoloso perché può essere anche 3 o 6 + "spreco" (sovraccarico) nello sprint iniziale.
Uno dei principali principi agili è "Empower People". Pianificare e impegnarsi è esattamente quel conferimento di potere che dai alla squadra. Il team è responsabile della distribuzione delle storie degli utenti commutato, ma naturalmente possono fallire e non devono essere accusati di mancato impegno negli sprint iniziali. Gli sprint iniziali sono per la calibrazione.
Una tecnica consiste nel selezionare alcune storie di utenti di medie dimensioni, assegnare loro una dimensione arbitraria in punti e farle ripartire in base alle attività del team. Quindi il team stima ogni attività in ore, che una volta sommate fornisce una stima approssimativa delle ore di lavoro per punto di storia. Conoscendo la capacità di lavoro totale per lo sprint, puoi estrapolare per ottenere un numero di punti storia che potresti teoricamente completare nello sprint.
Questo non deve essere interpretato come un obiettivo esatto da raggiungere, e dovrebbe essere dimenticato non appena viene visualizzata la prima vera velocità della squadra, quando il primo sprint è finito.
Devi indovinare, dato che non hai ancora informazioni per andare avanti. Tuttavia, se hai già svolto un lavoro fuori da Scrum ma con la stessa squadra, potresti essere in grado di utilizzare la precedente esperienza di stima per guidare le tue congetture. Oppure potresti semplicemente prendere altre storie fino a quando non avrai più tempo.
In ogni caso non ti affidi esclusivamente alle stime puntuali per la pianificazione dello sprint. Durante la pianificazione, la tua velocità può aiutarti a "proporre" rapidamente un piano di sprint e / o assisterti con il tuo controllo mentale prima di prendere l'impegno finale; ma indipendentemente dalla quantità di dati di velocità che hai, il team deve in definitiva impegnarsi a scrivere storie, non punti .
Ricorda che 5 storie di 1 punto non sono uguali 1 storia di 5 punti per valori eccezionalmente bassi di 1. Sono approssimativamente equivalenti ai fini della pianificazione a lungo termine.
Ed è qui che entra in gioco il valore primario dei punti: quando hai bisogno di stimare quando un epico o una versione possono essere completati, o se hai troppo sul tuo piatto per una data di rilascio programmata.
Detto questo, un team di successo finirà per trovarsi a pianificare lo stesso numero di punti per ogni sprint. Ma ci saranno delle variazioni basate sulle storie particolari in quello sprint. Una squadra di successo può articolare durante la pianificazione del motivo per cui alcune storie a 5 punti non compensano effettivamente tutte e 5 delle storie a 1 punto inizialmente proposte ...