Cosa sono i punti storia in Agile e come stimarli?

Cosa sono i punti storia in Agile?

Gli story point sono una misura per stimare il lavoro svolto attraverso l'implementazione di framework agili come Scrum e eXtreme Programming.

L'implementazione di una user story è un compito difficile da raggiungere. La squadra potrebbe correre dei rischi; complessità, ecc. durante il processo di sviluppo. Questo livello di difficoltà viene misurato dal team di sviluppo attraverso l'uso di una misura astratta chiamata story point. Pertanto, i punti della storia in agile vengono utilizzati come metriche nello sviluppo agile. Racconta al team quanto sia difficile l'implementazione della storia.

Le sessioni di grooming del product backlog eseguono la stima degli story point che vengono poi valutati dal team di sviluppo del prodotto e dal team di test. Questo viene fatto per aumentare l'efficienza della pianificazione dello sprint. Il product backlog grooming è la stima approssimativa che controlla:

• Se il piano di sprint è pronto per essere condotto in modo efficiente.
• Le informazioni sono sufficienti per completare le questioni.
• Se il piano di sprint basato sulla storia dell'utente è ragionevole.

Ci sono tre componenti principali nella stima agile dello story point:

• Rischio: per un particolare articolo, i rischi ad esso associati sono richieste vaghe, cambiamenti durante il processo e dipendenza da terzi.
• Complessità: rappresenta il livello di difficoltà dello sviluppo di una funzione.
• Accoglienza: determina la familiarità della funzionalità con i membri del team e la monotonia di determinati compiti all'interno dello sviluppo.

L'incorporazione dei tre punti consente la pianificazione accurata degli sprint, incluso un cuscino per l'incertezza, problemi relativi a una migliore stima ed evitare di apprendere troppo sugli impegni di tempo.

Stima dei punti storia in Agile

Passaggi per la stima degli story point agili

Il coinvolgimento di sviluppatori, designer, tester, ecc. è considerato un fattore chiave durante la stima degli story point agili. Poiché ogni membro del team ha prospettive diverse di portare avanti il ​​lavoro e fornire il prodotto, una collaborazione efficace è importante. Ad esempio, la modifica di qualsiasi progetto non richiede solo gli sforzi di un team di progettazione, ma richiede anche il coinvolgimento dello sviluppo e del dipartimento QA.

Per iniziare con la stima dei punti della storia in agile, il team dovrebbe avere una storia di base che non deve necessariamente essere piccola ma che può essere ben risuonata all'interno del team. Questo è seguito attraverso il dimensionamento delle storie in base alla storia di base. Con l'aiuto delle storie di riferimento, si dovrebbero dare punti alla storia. Ad ogni storia viene assegnato un valore in punti.

Vantaggi del dimensionamento

Il team di consegna agile esegue il processo di dimensionamento più facile da stimare. Attraverso il dimensionamento

• È possibile visualizzare la panoramica dell'ambito del lavoro.
• La dimensione del lavoro può essere determinata attraverso più prospettive.
• Qualsiasi ipotesi falsa può essere rettificata.
• Le cose che non possono essere esatte vengono eliminate.

Il dimensionamento viene effettuato tenendo conto di quanto segue:

• La quantità di lavoro da fare
• La complessità del lavoro
• Rischio o incertezza nell'esecuzione del lavoro
• Durata

Gli sprint possono essere pianificati in modo più accurato seguendo il processo elencato:

Un processo in tre fasi per stimare i punti della storia sono:

1. Uso di serie di sequenze di Fibonacci.

• La tradizionale valutazione del giorno umano è stata sostituita per stimare i punti della storia attraverso i numeri di Fibonacci, ovvero 1, 2, 3, 5, 8, ...
• Non viene utilizzata una scala lineare in quanto offre elementi non sufficientemente differenziati per definire una stima. Tuttavia, la serie di Fibonacci può stimare i salti minori in un problema.
• La serie di Fibonacci rappresenta una sequenza di numeri in cui il numero successivo nella sequenza è la somma dei due numeri precedenti. Per stimare i punti della storia in agile , la sequenza di Fibonacci viene modificata in 0,5, 1, 2, 3, 5, 8, 13, ...

2. Determinazione di una matrice

• Viene determinata una linea di base per ogni punto della storia.
• La linea di base è inclusa nella matrice come il valore di 1. Questo è impostato come standard per la minor quantità di rischio, ripetizione, ecc.

3. Pianificazione del poker

Attraverso il poker di pianificazione, il team accetta la corretta approssimazione dello story point per ogni oggetto.

Il funzionamento del poker di pianificazione è

• Durante la pianificazione dello sprint, ogni sviluppatore e tester riceve un set di carte. Le carte raffigurano un numero di serie di Fibonacci.
• Un elemento dalla tabella degli arretrati viene selezionato per interrogare e chiarire le caratteristiche degli elementi.
• Al termine della discussione, il tester e lo sviluppatore selezionano privatamente una scheda che riflette la stima dell'oggetto.
• Le carte vengono poi rivelate dagli estimatori. Passano all'elemento netto se viene raggiunto un consenso. Per carte diverse, la discussione viene portata avanti dai leader fino a quando non arriva un consenso.

Una matrice completa è utile per gli estimatori da utilizzare come riferimento durante il poker di pianificazione. Ciò consente una maggiore coerenza tra le attività. Inoltre, il limite massimo della stima è 13, se è superiore a 13 allora è efficace che l'attività venga scomposta in voci più piccole. Inoltre, se si stima che l'attività sia inferiore a 1, è consigliabile incorporarla in un'altra attività.

Un'altra stima di 8 passaggi per una stima di successo degli story point in agile sono:

1. Identificazione delle storie di base

• Uno dei passaggi importanti per stimare i punti della storia in agile è identificare una storia di base che viene utilizzata come riferimento per il dimensionamento relativo del backlog.
• La storia di base viene presa da una storia precedente che è stata realizzata dal team di sviluppo o da un backlog di prodotto corrente.
• La comprensione della storia di base dovrebbe essere la stessa per ogni membro del team. In altre parole, ci dovrebbe essere fiducia nella squadra per quanto riguarda la storia di base.

2. Discutere i requisiti

• I dettagli della storia devono essere discussi e le spiegazioni relative alla storia dell'utente devono essere fornite dal Product Owner o da un analista aziendale.

3. Annota le cose importanti

• Tutte le cose importanti che devono essere importanti dovrebbero essere annotate.
• Lo Scrum Master fa al meglio questo lavoro durante le discussioni in corso.

4. Domande importanti da porre

Alcune domande sono troppo importanti per essere poste dal team di sviluppo.

• Prima di iniziare la progettazione, cosa è necessario che i membri del team imparino?
• Qual è il requisito del codice per la storia? Quanta lunghezza è richiesta e ci sono codici simili scritti in precedenza dal team di sviluppo.
• Per l'accettazione da parte dei clienti, quanto lavoro è necessario?
• Ci sono dipendenze esterne che la storia ha?
• Qualcuno nel team ha esperienza o esperienza di lavoro nella stessa storia?
• La storia ha una qualche semplicità o complessità associata sia dal punto di vista della logica aziendale che dal punto di vista tecnico?
• Quanta certezza c'è per ottenere le dipendenze in tempo?

5. Punti per confronto relativo

• Alla storia dovrebbero essere assegnati punti relativi per il confronto.
• Lo stesso numero di punti dovrebbe essere assegnato alla storia, cioè 1, per le storie che hanno la stessa quantità di lavoro delle storie già dimensionate.
• Per le storie più difficili, dovrebbe essere assegnato un valore proporzionalmente più alto.
• Se la storia è meno complessa a causa dell'apprendimento disponibile dalla storia precedente ma quasi simile a quella storia, è necessario assegnare un valore inferiore.

6. Un consenso deve essere raggiunto tra l'intera squadra in base alle dimensioni della storia.
7. Ci dovrebbe essere una convalida del fatto che c'è una coerenza interna tra le storie.
8. Dovrebbe essere assicurato a intervalli ripetuti che tutti gli 1 siano uguali o tutti i 2 corrispondono, ecc.

Vantaggi della stima agile dei punti della storia

L'applicazione della stima ai punti della storia in agile offre vantaggi sia agli sviluppatori che ai proprietari dei prodotti.

I vantaggi offerti agli sviluppatori sono:

• L'applicazione della stima consente agli sviluppatori di sapere quanta pianificazione è necessaria per uno sprint e quindi possono portare avanti il ​​lavoro a un ritmo sostenibile.
• Si evita una pianificazione eccessiva dello sprint.
• La strategia di implementazione e i requisiti necessari in un prodotto sono ben compresi attraverso le discussioni e le elaborazioni.

I vantaggi offerti ai proprietari del prodotto sono:

• È possibile concentrarsi sulla consegna a lungo termine del prodotto.
• È possibile valutare il "rapporto qualità-prezzo" o il "ritorno dell'investimento" degli articoli.
• I rischi tecnici degli articoli di grandi dimensioni sono visibili ai proprietari del prodotto.

Impara i corsi di software online dalle migliori università del mondo. Guadagna programmi Executive PG, programmi di certificazione avanzati o programmi di master per accelerare la tua carriera.

Sommario

Come la metodologia agile implica la pratica, la stima stessa è una pratica che migliorerà con il tempo. L'implementazione della stima dei punti Agile avvantaggia sia gli sviluppatori che il proprietario e alla fine si traduce in una soluzione efficace.

Se vuoi padroneggiare le tue mani nello sviluppo di software, fatti avanti e controlla il corso Executive PG Program in Software Development – ​​Specialization in Full Stack Development offerto da upGrad.

Il corso di specializzazione aiuterà a trasformare la creatività nascosta di tutti i professionisti di livello base verso il loro futuro di sviluppo software. Se è necessario aiuto, puoi contattare il nostro team di assistenza.