Sprint planning Archivi

Lo Sprint Backlog: Guida alla Pianificazione Sprint [E18]

Pubblicato su 25/04/202316/12/2024 da Fabio in Podcast Scrum Italia

ℹ️ Pianificazione Sprint Backlog 📅 Data: 25/04/2023 ⏱ Durata: 13 minuti

🎙️ Introduzione

“Ciao, io sono Fabio Panzavolta, Professional Scrum Trainer alla scrum.org e questi sono i podcast di Collective Genius, dedicati a tutti coloro i quali vogliono approfondire o imparare Scrum Professionale.”

📑 Sommario

In questo episodio esploriamo lo Sprint Backlog, un artefatto di Scrum che comprende lo Sprint Goal, gli elementi del Product Backlog selezionati per lo Sprint e il piano per la realizzazione dell’Incremento. Scopriremo come questo strumento supporta l’autogestione del team e contribuisce al successo dello Sprint.

🎧 Ascolta l’Episodio

🎯 Cos’è lo Sprint Backlog

Lo Sprint Backlog è un artefatto gestito dai Developer, contiene la pianificazione dello Sprint che si compone di tre elementi essenziali:

Lo Sprint Goal (il perché)
Gli elementi selezionati dal Product Backlog (il cosa)
Il piano attuabile per la consegna dell’Incremento (il come)

🔄 Caratteristiche Principali

Gestione e Responsabilità

Gestito esclusivamente dai Developer
Aggiornato costantemente durante lo Sprint
Riflette l’apprendimento e l’adattamento del team

Focus sull’Autogestione

Nessuna interferenza esterna nella gestione
Developers collaborano alla pari senza gerarchie
Flessibilità nel raggiungimento dello Sprint Goal

💡 Benefici dello Sprint Backlog

Fornisce trasparenza sul lavoro pianificato
Supporta l’ispezione dei progressi durante il Daily Scrum
Promuove la collaborazione del team
Mantiene il focus sullo Sprint Goal

⚙ Best Practices

Gestione Efficace

Mantenere lo Sprint Goal visibile e accessibile
Aggiornare regolarmente il backlog
Collaborare con il Product Owner per eventuali modifiche

Negoziazione dei Cambiamenti

Discutere le modifiche necessarie con il Product Owner
Mantenere la coerenza con lo Sprint Goal
Assicurare che i cambiamenti non compromettano l’obiettivo

📚 Approfondimenti Consigliati

La Scrum Guide: Sprint Backlog e Sprint Goal
Tecniche di visualizzazione del backlog
Gestione efficace dei cambiamenti durante lo Sprint
Pratiche di autogestione del team

🎓 Note del Trainer

“Lo Sprint Backlog non è solo un elenco di attività, ma uno strumento che promuove l’autogestione e la collaborazione del team. La chiave del successo sta nella sua trasparenza e nella capacità di adattarsi alle scoperte fatte durante lo Sprint, mantenendo sempre il focus sullo Sprint Goal.”

🔜 Prossimo Episodio

Non perdete il prossimo episodio dove approfondiremo la Sprint Review in Scrum.

Questo articolo è basato sull’episodio 18 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.

Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.

<< Episodio precedente

Episodio successivo >>

Evento Sprint Review: da presentazione a sessione di valore [E14]

Pubblicato su 28/03/202316/12/2024 da Fabio in Podcast Scrum Italia

ℹ️ Evento Sprint Review 📅 Data: 28/03/2023 ⏱ Durata: 25 minuti

🎙️ Introduzione

📑 Sommario

In questo episodio, approfondiamo la Sprint Review, un evento cruciale di Scrum che si concentra sull’ispezione dei risultati dello Sprint e sull’adattamento dei piani futuri. Scopriamo come i Team Scrum possono trasformare questo evento da una semplice presentazione a una sessione di lavoro collaborativa che aumenta il valore del prodotto e il coinvolgimento degli stakeholder.

🎧 Ascolta l’Episodio

🎯 Cos’è la Sprint Review

La Sprint Review è il penultimo evento dello Sprint, timeboxed a un massimo di 4 ore per uno Sprint di un mese. I suoi scopi principali sono:

Ispezionare il risultato dello Sprint
Determinare i futuri adattamenti
Verificare i progressi verso il Product Goal
Collaborare con gli stakeholder sui prossimi passi

🔄 Caratteristiche Principali

Timeboxing e Partecipanti

Durata massima: 4 ore per Sprint di un mese (generalmente più breve per Sprint più corti)
Coinvolge l’intero Scrum Team
Include gli stakeholder chiave
Focus sulla collaborazione invece che sulla presentazione

Struttura Efficace

Verifica del raggiungimento dello Sprint Goal
Utilizzo dell’Increment funzionante
Feedback e interazione con gli stakeholder
Discussione del Product Backlog e direzione futura
Previsione della timeline di consegna

💡 Benefici della Sprint Review

Feedback diretto degli stakeholder sul prodotto funzionante
Maggiore trasparenza dei progressi
Migliore collaborazione tra Scrum Team e stakeholder
Maggior allineamento con le esigenze degli utenti
Identificazione precoce delle necessità di adattamento

⚙️ Best Practices

Coinvolgimento degli Stakeholder

Invitare stakeholder rilevanti che useranno o saranno impattati dal prodotto
Spiegare lo scopo e l’importanza della loro partecipazione
Fornire interazione diretta con il prodotto
Raccogliere e organizzare il feedback sistematicamente

Gestione della Sessione

Mantenere la presentazione iniziale breve (20-30 minuti)
Concentrarsi sull’utilizzo del prodotto funzionante
Utilizzare strumenti come feedback board (Mi piace/Da migliorare/Nuove idee)
Riservare tempo per la discussione collaborativa
Condividere il potenziale Sprint Goal successivo e la direzione del Product Backlog

📚 Errori Comuni da Evitare

Trasformarla in una presentazione PowerPoint
Limitare la partecipazione al solo Scrum Team
Mostrare solo video o screenshot invece del prodotto funzionante
Presentare al Product Owner invece che agli stakeholder esterni
Non raccogliere feedback actionable

🎓 Note del Trainer

“La forza della Sprint Review sta nella sua natura collaborativa. Quando i team vanno oltre le semplici presentazioni e attivano un vero coinvolgimento degli stakeholder con il prodotto funzionante, sbloccano preziosi insight e creano un allineamento più forte con le esigenze degli utenti. Ricordate, non è una riunione di reporting – è una sessione di lavoro che guida il valore del prodotto.”

🔜 Prossimo Episodio

Non perdete il prossimo episodio dove esploreremo la Sprint Retrospective in Scrum.

Questo articolo è basato sull’episodio 14 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.

Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.

<< Episodio precedente

Episodio successivo >>

Evento Daily Scrum: Sincronizzazione Quotidiana [E13]

Pubblicato su 21/03/202316/12/2024 da Fabio in Podcast Scrum Italia

ℹ️ Evento Daily Scrum 📅 Data: 21/03/2023 ⏱️ Durata: 13 minuti

🎙️ Introduzione

📑 Sommario

In questo episodio esploriamo il Daily Scrum, noto anche come daily standup, l’evento quotidiano di 15 minuti che permette ai Developer di sincronizzarsi e pianificare il lavoro delle successive 24 ore. Scopriremo come questo evento del framework Scrum contribuisce al successo dello Sprint e del team.

🎧 Ascolta l’Episodio

🎯 Cos’è il Daily Scrum

Il Daily Scrum, spesso chiamato anche scrum daily meeting, è un evento di 15 minuti che coinvolge i Developer dello Scrum Team. Il suo scopo principale è:

Ispezionare l’avanzamento verso lo Sprint Goal
Adattare lo Sprint Backlog secondo le esigenze
Pianificare il lavoro delle prossime 24 ore

🔄 Caratteristiche Principali

Timeboxing e Partecipanti

Durata massima: 15 minuti
Si tiene ogni giorno, idealmente alla stessa ora e luogo
Partecipanti principali: Developer
Product Owner e Scrum Master possono assistere (se autorizzati dai developers) o partecipare come Developer (se contribuiscono alla creazione dell’Increment)

Focus sull’Autogestione

I Developer scelgono struttura e tecnica preferita per il daily standup
Concentrazione sullo Sprint Goal
Promozione dell’autogestione del team

💡 Benefici del Daily Scrum

Migliora la comunicazione nel team
Identifica rapidamente gli impedimenti
Promuove il processo decisionale veloce
Elimina la necessità di altri meeting
Aumenta la trasparenza del lavoro

⚙️ Best Practices

Gestione Efficace

Task dimensionati per essere completati in una giornata
Visibilità del movimento delle attività
Identificazione rapida dei problemi
Collaborazione invece di lavoro in silos

Gestione delle Discussioni

Separare rilevazione e risoluzione dei problemi
Utilizzare post-it per tracciare temi da approfondire
Pianificare discussioni separate per i dettagli tecnici dopo il daily scrum meeting

📚 Approfondimenti Consigliati

La Scrum Guide: Daily Scrum e altri eventi Scrum
Tecniche di facilitazione per Daily Scrum efficaci
Metriche e visualizzazione dell’avanzamento
Pattern di comunicazione efficace nei meeting agili

🎓 Note del Trainer

“Il Daily Scrum non è solo un momento di aggiornamento, ma una vera e propria occasione per i Developers di sincronizzarsi e mantenere il focus sullo Sprint Goal. La chiave del successo sta nella sua regolarità e nella capacità di mantenere l’evento conciso e focalizzato.”

🔜 Prossimo Episodio

Non perdete il prossimo episodio dove approfondiremo la Sprint Review in Scrum.

Questo articolo è basato sull’episodio 13 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.

Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.

<< Episodio precedente

Episodio successivo >>

Sprint Planning in Scrum: La Guida Definitiva [E12]

Pubblicato su 14/03/202316/12/2024 da Fabio in Podcast Scrum Italia

ℹ️ Sprint Planning in Scrum 📅 Data: 14/03/2023 ⏱️ Durata: 13 minuti

🎙️ Introduzione

📑 Sommario

In questo episodio, esploriamo lo Sprint Planning secondo la Scrum Guide (versione Novembre 2020). Analizziamo come questo evento dà il via allo Sprint e stabilisce le basi per il successo del team.

🎧 Ascolta l’Episodio

🎯 I Tre Argomenti dello Sprint Planning

1. Perché questo Sprint è di valore?

Il Product Owner propone come incrementare valore nel prodotto
Lo Scrum Team collabora per definire lo Sprint Goal
Focus sugli outcome per gli stakeholder

2. Cosa si può fare in questo Sprint?

I Developer selezionano elementi dal Product Backlog
Selezione basata su:
- Performance precedenti
- Capacità futura
- Definition of Done

3. Come si svolgerà il lavoro?

Decomposizione in task giornalieri
Pianificazione tecnica dettagliata
Autonomia dei Developer nelle decisioni

⏱️ Timeboxing e Struttura

8 ore massimo per Sprint mensili
Proporzionalmente più breve per Sprint più corti
Concentrazione delle attività di pianificazione

🔄 Lo Sprint Backlog

Include:
- Sprint Goal (commitment fisso)
- Elementi del Product Backlog selezionati
- Piano di consegna dettagliato

💡 Punti Chiave

Lavoro collaborativo dell’intero Scrum Team
Autonomia dei Developer nella selezione del lavoro
Flessibilità nella pianificazione dettagliata
Focus sulla trasparenza e comunicazione

📚 Approfondimenti Consigliati

Scrum Guide 2020
Sprint Goal e sua importanza
Tecniche di decomposizione del lavoro
Stima e previsione in Scrum

🎓 Note del Trainer

“Lo Sprint Planning è come un concentratore di riunioni. Tutto quello che c’è da fare per il prossimo mese è discusso durante queste ore, eliminando la necessità di ulteriori incontri di pianificazione.”

🔜 Prossimo Episodio

Non perdete il prossimo episodio dove approfondiremo il Daily Scrum e la loro importanza nell’ispezione e adattamento quotidiano.

Questo articolo è basato sull’episodio 12 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.

Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.

<< Episodio precedente

Episodio successivo >>

Gli Eventi Scrum: Il Cuore Pulsante del Framework [E11]

Pubblicato su 07/03/202316/12/2024 da Fabio in Podcast Scrum Italia

ℹ️ Gli eventi dello Scrum Framework e lo Sprint 📅 Data: 7/03/2023 ⏱️ Durata: 13 minuti

🎙️ Introduzione

📑 Sommario

In questo episodio, esploriamo gli Eventi Scrum secondo la Guida Scrum (versione Novembre 2020), con particolare attenzione allo Sprint come contenitore di tutti gli altri eventi. Analizzeremo come questi eventi creano regolarità e supportano l’ispezione e l’adattamento continui.

🎧 Ascolta l’Episodio

🔄 Gli Eventi Scrum: Fondamenti

Gli eventi in Scrum nello Scrum Framework sono occasioni formali per ispezionare e adattare gli artefatti. Progettati per:

Garantire la trasparenza necessaria
Creare regolarità nel processo
Minimizzare riunioni non definite
Facilitare l’ispezione e l’adattamento

🎯 Lo Sprint: Il Cuore di Scrum

Lo Sprint è l’evento principale dove:

Le idee si trasformano in valore
Ha una durata fissa (massimo un mese)
Include tutti gli altri eventi Scrum
Mantiene costante la qualità
Permette la rinegoziazione dell’ambito (scope)

⏱️ Durata dello Sprint

La scelta della durata si basa su tre fattori:

Livello di rischio e incertezza
Sincronizzazione con eventi esterni
Limite massimo di un mese

📊 Prevedibilità e Metriche

Utilizzo di burn-down, burn-up, flussi cumulativi
Importanza dei dati empirici
Focus sulla previsione basata sull’esperienza

🛑 Annullamento dello Sprint

Solo il Product Owner può annullare uno Sprint
L’unica ragione: Sprint Goal obsoleto
Processo post-annullamento

📚 Approfondimenti Consigliati

Teoria dell’empirismo nello Scrum Framework
Gestione degli eventi secondo la Scrum Guide
Ruolo del Product Owner
Metriche e visualizzazione dell’avanzamento

🎓 Note del Trainer

“Gli eventi in Scrum costituiscono l’opportunità di ispezionare e adattare l’incremento di prodotto. Lo Sprint è come il battito cardiaco che dà il ritmo al processo, permettendoci di lavorare in modo empirico e limitare i rischi.”

🔜 Prossimo Episodio

Non perdete il prossimo episodio dove approfondiremo lo Sprint Planning.

Questo articolo è basato sull’episodio 11 del podcast Scrum Italia con Fabio Panzavolta, Professional Scrum Trainer certificato Scrum.org.

Vuoi approfondire Scrum? Visita Collective Genius per risorse, formazione e consulenza professionale.

<< Episodio precedente

Episodio successivo >>

Le Basi di Scrum - Eventi Scrum: Sprint Planning

5 – Eventi Scrum: Sprint Planning

Pubblicato su 17/09/202104/12/2024 da Fabio in Eventi

Eventi Scrum: Sprint Planning. Lo Sprint Planning è il primo evento dello Sprint. Il suo obiettivo è quello di collaborare alla pianificazione del lavoro da fare durante lo Sprint. Ha un timebox di 8 ore per uno Sprint di un mese, proporzionalmente meno per uno Sprint più breve. L’intero Scrum Team partecipa per tutta la durata.

I tre argomenti seguenti vengono discussi durante lo Sprint Planning.

1 – PERCHÉ QUESTO SPRINT È IMPORTANTE?

Il Product Owner propone come il prodotto potrebbe aumentare il valore e l’utilità durante l’attuale Sprint.

La parte superiore del Product Backlog sarà costituita da elementi abbastanza piccoli, conosciuti e compresi dall’intero Scrum Team e coerenti con la visione del Product Owner.

Lo Scrum Team lavora insieme per definire uno Sprint Goal realistico e realizzabile per la fine dello Sprint.

2 – COSA POSSIAMO FARE in questo SPRINT?

I Developers selezionano gli elementi del Product Backlog realizzabili in uno Sprint, collaborando con Product Owner.

Alcuni fattori hanno un impatto sulle stime dei Developers, come:

Definizione di Done
Prestazioni passate
Azioni di miglioramento da implementare
La capacità dello Scrum Team (ferie, assenze varie, assegnazioni parziali).

3 – COME VERRÀ SVOLTO IL LAVORO SCELTO?

Per ogni elemento del Product Backlog (non necessariamente tutti), gli sviluppatori pianificano il lavoro necessario per creare un incremento che soddisfi la definizione di Done, con più o meno dettagli a seconda dell’esperienza.

Lo Sprint Goal, gli elementi del Product Backlog per lo Sprint, così come il piano per consegnarli costituiscono lo Sprint Backlog. Accetteremo che lo Sprint Backlog cambi in base alle informazioni che emergono durante lo Sprint.

OSSERVAZIONI IMPORTANTI

In un contesto complesso, come lo sviluppo software, le interazioni non sono mai lineari. Aspettatevi che tutti e tre gli argomenti siano ridiscussi più volte durante lo Sprint Planning.
L’unico commitment preso dallo Scrum Team è il raggiungimento dello Sprint Goal. Non è la quantità di lavoro, o gli elementi del Product Backlog sviluppato alla fine dello Sprint che conta, è il fatto che lo Scrum Team sia riuscito a raggiungere lo Sprint Goal e a creare un incremento Done potenzialmente rilasciabile in produzione. Anche il più piccolo.
Da “Push” a “Pull”: solo i Developers possono fare previsioni su quanti elementi del Product Backlog verranno realizzati durante lo Sprint. Si dice che i Developers “tirano” il lavoro da fare in base ai suggerimenti del Product Owner. Nessuno può imporre loro o “spingere” una quantità di lavoro da fare. Rinunciare ad accettare questo modo di lavorare significa depotenziare i Developers e spesso porta ad effetti collaterali come: mancanza di commitment, mancanza di qualità, debito tecnico, turnover, ecc.
I Developers selezioneranno gli elementi del Product Backlog nell’ordine definito dal Product Owner. Non si sceglie l’elemento più facile da raggiungere, per comodità.
Il Product Owner partecipa e collabora alle discussioni sull’argomento “3 – Come verrà svolto il lavoro scelto?”. Sì! Rimane per il motivo indicato nel primo punto di questa lista. Ci si deve sempre aspettare interazioni non lineari all’interno dello Scrum Team durante lo Sprint Planning.
Lo Sprint Backlog non necessità dettagli in tutti i suoi contenuti. L’importante sarà avere abbastanza dettagli per poter avviare lo Sprint. Si accetterà l’emergere del lavoro durante lo Sprint (e le modifiche conseguenti allo Sprint Backlog).

Al termine dello Sprint Planning, lo Sprint Goal, le previsioni degli elementi del Product Backlog da sviluppare (realizzati dai Developers) e il piano per raggiungerli saranno tutti elementi visibili nello Sprint Backlog.

Scarica e stampa (in A4 o A3) il poster relativo a questo articolo, può essere utile per te in ufficio, i codici QR consentono di approfondire la conoscenza del framework Scrum!

Questo articolo fa parte di una serie di dodici pubblicazioni, ognuna delle quali spiega le basi di Scrum, secondo lo Scrum Guide. Potrebbe essere utile per te come presentazione alla direzione o per chiunque sia curioso di approfondire l’argomento.

Tradotto dal francese da Denise Monreale, grazie!

<< Lo Sprint

Daily Scrum >>