Storia punti sono un’unità di misura per esprimere una stima dello sforzo complessivo che sarà necessario per implementare un elemento di backlog di prodotto o di qualsiasi altro pezzo di lavoro.
Quando stimiamo con punti storia, assegniamo un valore punto a ciascun elemento. I valori grezzi che assegniamo non sono importanti. Ciò che conta sono i valori relativi., Una storia a cui viene assegnato un 2 dovrebbe essere il doppio di una storia a cui viene assegnato un 1. Dovrebbe anche essere due terzi di una storia che è stimato come 3 punti storia.
Invece di assegnare 1, 2 e 3, quella squadra potrebbe invece aver assegnato 100, 200 e 300. O 1 milione, 2 milioni e 3 milioni. Sono i rapporti che contano, non i numeri reali.
Cosa va in un punto storia?
Poiché i punti storia rappresentano lo sforzo per sviluppare una storia, la stima di un team deve includere tutto ciò che può influire sullo sforzo., Ciò potrebbe includere:
- La quantità di lavoro da fare
- La complessità del lavoro
- Qualsiasi rischio o incertezza nel fare il lavoro
Quando si stima con punti storia, assicurarsi di considerare ciascuno di questi fattori. Vediamo come ogni impatto la stima sforzo dato da punti storia.
La quantità di lavoro da fare
Certamente, se c’è più da fare di qualcosa, la stima dello sforzo dovrebbe essere più grande. Si consideri il caso di sviluppare due pagine web. La prima pagina ha un solo campo e un’etichetta che chiede di inserire un nome., La seconda pagina ha 100 campi da riempire semplicemente con un po ‘ di testo.
La seconda pagina non è più complessa. Non ci sono interazioni tra i campi e ognuno non è altro che un po ‘ di testo. Non ci sono rischi aggiuntivi nella seconda pagina. L’unica differenza tra queste due pagine è che c’è più da fare sulla seconda pagina.
Alla seconda pagina dovrebbero essere dati più punti storia. Probabilmente non ottiene 100 volte più punti anche se ci sono 100 volte più campi., Ci sono, dopo tutto, economie di scala e forse fare la seconda pagina è solo 2 o 3 o 10 volte più sforzo della prima pagina.
Rischio e incertezza
La quantità di rischio e incertezza in un articolo del product backlog dovrebbe influire sulla stima del punto storia fornita all’articolo.
Se a un team viene chiesto di stimare un elemento del product backlog e lo stakeholder che lo richiede non è chiaro su cosa sarà necessario, tale incertezza dovrebbe riflettersi nella stima.,
Se l’implementazione di una funzionalità comporta la modifica di un particolare pezzo di codice vecchio e fragile che non ha test automatici in atto, tale rischio dovrebbe riflettersi nella stima.
Complessità
La complessità dovrebbe anche essere considerata quando si fornisce una stima del punto della storia. Ripensa all’esempio precedente di sviluppo di una pagina Web con 100 campi di testo banali senza interazioni tra loro.
Ora pensa a un’altra pagina web anche con 100 campi. Ma alcuni sono campi data con widget calendario che pop-up., Alcuni sono campi di testo formattati come numeri di telefono o numeri di previdenza sociale. Altri campi fanno convalide di checksum come con i numeri di carta di credito.
Questa schermata richiede anche interazioni tra i campi. Se l’utente inserisce una carta Visa, viene visualizzato un campo CVV a tre cifre. Ma se l’utente inserisce una carta American Express, viene visualizzato un campo CVV a quattro cifre.
Anche se ci sono ancora 100 campi in questa schermata, questi campi sono più difficili da implementare. Sono più complessi. Ci vorra ‘ piu ‘ tempo. C’è più possibilità che lo sviluppatore commetta un errore e debba eseguire il backup e correggerlo.,
Questa complessità aggiuntiva dovrebbe riflettersi nella stima fornita.
Considera tutti i fattori: Quantità di lavoro, rischio e incertezza e Complessità
Può sembrare impossibile combinare tre fattori in un unico numero e fornirlo come stima. È possibile, però, perché lo sforzo è il fattore unificante. Gli stimatori considerano quanto sforzo sarà richiesto per eseguire la quantità di lavoro descritta da un elemento di backlog di prodotto.
Gli stimatori considerano quindi quanto sforzo includere per affrontare il rischio e l’incertezza inerenti all’elemento product backlog., Di solito questo viene fatto considerando il rischio di un problema che si verifica e l’impatto se il rischio si verifica. Così, per esempio, più sarà incluso nella stima per un rischio che richiede tempo che è probabile che si verifichi che per un rischio minore e improbabile.
Gli stimatori considerano anche la complessità del lavoro da svolgere. Il lavoro che è complesso richiederà più pensiero, può richiedere più sperimentazione di prova ed errore, forse più avanti e indietro con un cliente, può richiedere più tempo per convalidare e può avere bisogno di più tempo per correggere gli errori.
Tutti e tre i fattori devono essere combinati.,
Considera tutto nella definizione di Done
Una stima del punto della storia deve includere tutto ciò che è necessario per ottenere un elemento di backlog del prodotto fino a done. Se la definizione di done di un team include la creazione di test automatici per convalidare la storia (e sarebbe una buona idea), lo sforzo per creare tali test dovrebbe essere incluso nella stima del punto della storia.
I punti storia possono essere un concetto difficile da afferrare., Ma lo sforzo per comprendere appieno che i punti rappresentano sforzo come influenzato dalla quantità di lavoro, la complessità del lavoro e qualsiasi rischio o incertezza nel lavoro sarà valsa la pena.