Scrum è uno dei più popolari nel mondo e ci permette di sviluppare prodotti in modo efficiente e iterativo.

Tra poco vedremo tutto il flusso di costruzione di un prodotto con Scrum, ma ti basta sapere che il prodotto viene costruito in una serie di iterazioni a lunghezza fissa, chiamate sprint e che permettono di conseguenza un rilascio regolare degli incrementi di quelle che sono le le soluzioni che che abbiamo visto nel punto precedente.

Per capire bene come funziona Scrum dobbiamo iniziare dal concetto di iniziativa epica user un'iniziativa, solitamente una grande mole di lavoro che si conclude in diversi mesi um e che potrebbe coinvolgere anche più team.

Se pensiamo a E R n un'iniziativa potrebbe essere il lancio di Expert Un'epica, invece è una mole di lavoro leggermente meno ampia che richiede giorni o settimane per essere completato e e e questa può venire suddivisa poi in user stories.

Una user story è sostanzialmente la più piccola unità di lavoro e può rappresentare una funzionalità che deve essere sviluppata.

Unsere si definisce utilizzando questa struttura in quanto persona vorrei qualcosa in modo che qualcos'altro in quanto persona indica per chi stiamo costruendo questa.

Di conseguenza andiamo ad identificare una persona e il nostro team ha modo di comprendere come questa persona pensi in che contesti svolge il proprio, in che contesti entra in contatto con il prodotto, eccetera eccetera.

Rende la persona per cui stiamo sviluppando un po' più vicino a noi.

Vorrei far questo, ovvero i one to stiamo descrivendo l'intenzione, non le funzionalità che verranno utilizzate e che cosa stanno cercando di ottenere queste persone.

Equivale al discorso output verso outcome che abbiamo fatto all'inizio in modo che sot Qual è il beneficio complessivo che stanno cercando di ottenere gli utenti? Qual è il problema che necessita di una soluzione? Vediamo un esempio Stiamo costruendo Expert una user story potrebbe essere in quanto professionista.

Vorrei poter visualizzare gli slot liberi del consulente in modo da potermi organizzare per poter effettuare questa consulenza.

Questa è questo può essere un modo in cui scrivere una user story.

Il motivo per cui dovremmo utilizzare le user stories è semplice da un lato mantengono l'attenzione sull'utente un elenco di cose da fare.

Mantiene il team concentrato sulle attività che devono essere spuntate.

Ma una raccolta di storie mantiene il team concentrato sulla risoluzione dei problemi per gli utenti reali consentono la collaborazione con un obiettivo finale definito.

Il team può la può collaborare per decidere come servire al meglio l'utente e raggiungere l'obiettivo, appunto espresso dalla user story.

Infine le stories permettono guidano soluzioni creative, ovvero le Stories incoraggiano il team a pensare in modo critico e e in modo creativo e a in modo da risolvere al meglio quello che è l'obiettivo che cerca di raggiungere l'utente all'interno delle user stories Andiamo a definire gli che sono i dettagli di questa funzionalità.

L'obiettivo è dare chiarezza su cosa dovrebbe costruire il team prima di iniziare a lavorare, assicurarsi che tutti abbiano compreso il problema e infine aiutare i membri del team a sapere quando una user story è completata.

Vediamo ora come funziona Scrum L'obiettivo di questo di questa lezione è darti un quadro generale di come funziona senza entrare troppo nel dettaglio perché ci vorrebbe un corso ad hoc? Um, però posso già darti qualche informazione.

La fase di Discovery, come abbiamo detto, si conclude con una lista filtrata e priorità di soluzioni ed esperimenti che vengono inserite nel.

Questo è il primo strumento che utilizzeremo in Scrum.

Un è una lista priori di tutte le cose che vogliamo fare, ad esempio prodotto task, soluzioni, esperimenti, correzioni di bug e cambiamenti nell'infrastruttura, eccetera eccetera.

È la sorgente della verità.

Quindi non si lavora a qualcosa a meno che non sia presente all'interno del il viene mantenuto aggiornato attraverso una pratica chiamata in cui gli elementi vengono discussi, esaminati, priori, utilizzati in base alle scoperte fatte nella fase di discovery.

Le attività più comuni fatte durante il grooming sono le seguenti ad esempio la rimozione di elementi obsoleti l'aggiunta di nuovi elementi l'esplosione delle user stories più grandi in user stories più piccole il riordinamento delle stories in base a nuove priorità la la spiegazione la descrizione fatta in maniera più chiara delle user stories la stima delle user stories più prioritarie um ma teniamo il flusso un concetto importante, un concetto importante da conoscere prima di continuare questo flusso è il concetto di sprint l'abbiamo nominato anche prima, ma giusto per rinfrescarci la memoria.

Uno sprint è un ciclo di lavoro iterativo di durata fissa che solitamente dura tra le due settimane e il mese.

Perché ci serve conoscere lo sprint? Perché prima di iniziare uno sprint c'è il momento di sprint planning è il momento in cui il team definisce la lista di attività da portare a termine durante lo sprint.

Cosa succede? Vado a vedere con il team il prodotto backlog.

Vado a vedere quelle che sono le quelle che sono le attività più prioritarie da portare avanti.

Le sposto nello sprint backlog durante l'attività di di sprint e questo sprint backlog è la lista degli alimenti su cui lavorare durante lo sprint, quindi inizio lo sprint.

Questo sprint dura due settimane nel nel caso di nel caso dell'organizzazione dove lavoro e durante queste due settimane viene portato avanti, vengono portate avanti le attività di sviluppo del del prodotto.

Ogni giorno ogni mattina viene organizzato poi quello che viene chiamato che è un incontro quotidiano di allineamento in cui il team ogni persona all'interno del team risponde a tre domande su cosa ho lavorato ieri su cosa lavorerò oggi e cosa mi sta bloccando.

Ti renderai conto che con le risposte a queste domande potrai sapere su cosa stanno lavorando le persone del tuo team, ma soprattutto potrai renderti conto se stai bloccando qualcuno e di conseguenza puoi rendere puoi sbloccare questa persona e permettere di andare avanti col suo lavoro alla fine dello sprint viene rilasciato l'incremento, quindi viene rilasciata quella soluzione, quegli esperimenti che abbiamo definito all'inizio che abbiamo messo in uno sprint backlog e il e si svolge la sprint demo che è quel momento in cui il team di prodotto mostra all'azienda e all'organizzazione quel che è stato l'incremento rilasciato e raccoglie i primi feedback concluso.

Lo sprint demo si fa con il team di prodotto.

La sprint retrospective è un momento di allineamento in cui il team riflette su cosa è andato bene cos'è andato meno bene e quali sono le azioni da compiere per migliorare le iterazioni successive.

Nel nostro caso noi utilizziamo start stop continuo, ovvero abbiamo una board su Miro in cui le persone condividono quello che dovremmo iniziare a fare start quello che dovremmo smettere di fare stop.

E quello che dovremmo continuare a fare continuo.

Quindi abbiamo visto il flusso Scrum giusto per fare un recap veloce, ci arrivano le attività da fare e vengono inserite nel ogni periodo di tempo definito viene fatto un in cui questo backlog viene rifinito, viene sistemato, come dicevamo prima.

Poi il team di prodotto si riunisce e organizza lo sprint planning dove um sposta i sposta le attività dal allo sprint backlog.

Le attività presenti nello sprint backlog sono le attività da portare avanti durante uno sprint.

Ogni mattina, durante lo sprint viene organizzato il degli stand up dove si risponde alle tre domande che dicevamo prima cosa ho fatto ieri? Cosa farò oggi e cosa mi sta bloccando? Alla fine dello sprint viene rilasciato un incremento e viene presentato all'organizzazione.

Durante lo sprint demo si chiude il tutto con uno sprint retrospettive che permette di migliorare costantemente quello che è il lavoro del team grazie a un allineamento di quello che è andato bene quello che è andato meno bene quello quelle che sono le azioni che dovremmo fare per continuare a migliorarci.