In questo episodio, esploriamo il ruolo dello Scrum Master secondo la Scrum Guide (versione Novembre 2020). Analizziamo come questa figura chiave promuove e facilita l’adozione di Scrum, guidando team e organizzazioni verso una maggiore efficacia e agilità.
🎧 Ascolta l’Episodio
👥 Il Ruolo dello Scrum Master
Lo Scrum Master è un vero Servant Leader, responsabile di:
Promuovere Scrum come definito nella Guida Scrum
Aiutare tutti a comprendere teoria e pratiche Scrum
Garantire l’efficacia dello Scrum Team
Facilitare il miglioramento continuo delle pratiche per riuscire
🎯 Servizi Offerti dallo Scrum Master
Al Team
Allenare i membri all’autogestione e cross-funzionalità
Facilitare la creazione di incrementi di valore
Eliminare gli impedimenti
Gestire gli eventi Scrum nel timeboxing
Al Product Owner
Supportare la definizione del Product Goal
Ottimizzare la gestione del Product Backlog
Facilitare la pianificazione empirica
Migliorare la collaborazione con gli stakeholder
All’Organizzazione
Guidare l’adozione di Scrum
Pianificare l’implementazione
Promuovere l’approccio empirico
Rimuovere le barriere organizzative
💫 I Valori Scrum nel Ruolo
Lo Scrum Master incarna e promuove i cinque valori Scrum:
Coraggio
Rispetto
Apertura
Focus
Impegno (Commitment)
📈 Indicatori di Successo
Team più felici e motivati
Riduzione della burocrazia
Rilasci regolari di incrementi funzionanti
Maggiore sicurezza psicologica
Miglioramento continuo
📚 Approfondimenti Consigliati
Servant Leadership
Business Agility
Gestione del cambiamento organizzativo
Empirismo in Scrum
🎓 Note del Trainer
“Uno Scrum Master efficace crea un ambiente di sicurezza psicologica dove il team può sperimentare, imparare dai propri errori e crescere continuamente. Il cambiamento culturale che porta nell’organizzazione è graduale ma profondo, costruendo le fondamenta per una vera business agility.”
🔜 Prossimo Episodio
Non perdete il prossimo episodio dove approfondiremo gli eventi Scrum e lo Sprint.
Questo articolo è basato sull’episodio 10 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.
In questo episodio esploriamo il ruolo cruciale del Product Owner in Scrum, le sue responsabilità fondamentali e come massimizza il valore del prodotto. Analizziamo le caratteristiche di un Product Owner efficace e le sfide comuni nelle organizzazioni.
🎧 Ascolta l’Episodio
👑 Il Ruolo del Product Owner
Responsabilità Principali
Massimizzare il valore del prodotto
Gestire efficacemente il Product Backlog (Product Backlog Management)
Sviluppare e comunicare il Product Goal
Creare e ordinare gli elementi del Product Backlog
Mantenere trasparenza e visibilità
Caratteristiche Chiave
Mentalità sperimentale
Passione per l’innovazione
Competenze di collaborazione
Orientamento al mercato
Comprensione del Lean Thinking
🎯 Approccio Strategico
Visione e Strategia
Sviluppo di una chiara visione del prodotto
Focus sulla business agility
Ottimizzazione del lavoro non fatto
Comprensione profonda dei segmenti di clientela
Autorità e Decisioni
Ruolo decisionale unico
Rispetto delle decisioni in tutta l’organizzazione
“Il Product Owner è qualcuno che ottimizza il lavoro non fatto. È un imprenditore che deve avere la postura di capitano della barca, indicando una direzione chiara attraverso il Product Goal e la strategia di prodotto.”
🔜 Prossimo Episodio
Non perdete il prossimo episodio dove approfondiremo dove approfondiremo le responsabilità dello Scrum Master.
In questo episodio, esploriamo il ruolo dei Developer all’interno dello Scrum Team secondo la Scrum Guide (versione Novembre 2020). Analizzeremo le loro responsabilità chiave, l’importanza dell’auto-organizzazione e come contribuiscono al successo del team.
🎧 Ascolta l’Episodio
👥 Chi Sono i Developer in Scrum?
I Developer sono le persone all’interno dello Scrum Team responsabili di creare qualsiasi aspetto di un Increment usabile ad ogni Sprint. Contrariamente a quanto si potrebbe pensare, non si tratta solo di sviluppatori software, ma di tutti i professionisti necessari per creare valore nel prodotto.
🎯 Le Responsabilità Fondamentali
1. Pianificazione dello Sprint
Creazione dello Sprint Backlog
Definizione del forecast di lavoro
Identificazione dei task operativi
2. Gestione della Qualità
Aderenza alla Definition of Done
Prevenzione del debito tecnico
Mantenimento di alti standard qualitativi
3. Adattamento Quotidiano
Partecipazione attiva al Daily Scrum
Trasparenza sul progresso
Adattamento della pianificazione verso lo Sprint Goal
4. Professionalità e Responsabilità Condivisa
Responsabilità reciproca come professionisti
Collaborazione cross-functional
Impegno collettivo verso il risultato
💡 Caratteristiche Chiave
Auto-organizzazione senza gerarchie
Competenze trasversali e complementari
Focus sulla creazione di valore
Approccio empirico al lavoro
📚 Approfondimenti Consigliati
Scrum Guide 2020
Empirismo in Scrum
Cross-functional Teams
Definition of Done
🎓 Note del Trainer
“Una delle sfide più comuni che osservo è la tendenza a vedere i Developer solo come esecutori. È fondamentale che riprendano l’iniziativa e la responsabilità delle soluzioni tecniche, questo aumenta non solo la motivazione ma anche la qualità e l’innovazione del prodotto.”
🔜 Prossimo Episodio
Non perdete il prossimo episodio dove approfondiremo il ruolo dello Scrum Master e come supporta i Developer nel loro percorso di crescita.
Questo articolo è basato sull’episodio 8 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.
Creare prodotti complessi impone una strategia di sviluppo centrata sull’esplorazione di soluzioni incrementali. SpaceX è un’ottimo esempio di come un prodotto evolve nel tempo, facendo tesoro dell’esperienza.
Spesso, in formazione o in clientela, mi sento dire che è impossibile sviluppare prodotti fisici in modo iterativo e incrementale. “Sai Fabio, questo non è software, noi facciamo prodotti fisici complessi”. Ok ok, capisco 😊.
Purtroppo queste affermazioni, ancora più spesso, sono fatte senza che si sia mai provato nulla di diverso. Strategie marketing e di vendita basate su processi predefiniti e rigidi non permettono di innovare. In questi contesti innovare significa far evolvere anche le funzioni a supporto del prodotto. Vediamo come, grazie all’esempio di SpaceX che, penso siamo d’accordo, crea prodotti piuttosto complessi 😊.
Nel seguito dell’articolo trovate le mie interpretazioni e supposizioni, frutto dell’osservazione dei video e altre informazioni trovate su internet. Non ho nessun tipo di contatto diretto con SpaceX. Se tu che leggi e conosci meglio SpaceX, sarò felicissimo di correggere gli eventuali errori di interpretazione!
Creare prodotti complessi: la storia dei vettori riutilizzabili
Quando SpaceX ha cominciato a sviluppare i vettori orbitali, ha dovuto far fronte ad un sacco di problemi. Alcuni di questi piuttosto visibili e spettacolari 💥.
I primi vettori erano di piccole dimensioni, studiati per inviare nell’atmosfera terrestre dei carichi di una certa massa, come piccoli satelliti.
Creare prodotti complessi – Le esplosioni che hanno insegnato tanto al team SpaceX
La domanda da farsi è: “come possiamo risolvere il problema che stiamo affrontando con il prodotto più piccolo ma utile possibile?“. Utile per noi in azienda per imparare e per i nostri clienti per poter fare cose che prima non potevano realizzare.
La serie di problemi ed esplosioni durante la fase di sviluppo ha dato l’idea al team SpaceX dei vettori riutilizzabili, quindi della “funzionalità” di rientro e atterraggio automatica.
Questo era qualcosa che non si era immaginato prima, che è emersa grazie ai diversi esperimenti fatti nello sviluppo. Si capisce quindi che l’innovazione non si pianifica, ma emerge durante lo sviluppo del prodotto.
Falcon 9 – il primo razzo di classe orbitale riutilizzabile (fonte sito SpaceX) è il risultato di tutte queste esplosioni (controllate o meno), e tante altre cose meno visibili ovviamente.
Al momento in cui scrivo questo articolo, il Falcon 9 ha fatto 195 lanci, 153 atterraggi, 132 voli di ritorno (fonte sito SpaceX) e ne fanno uno dei vettori meno cari del mercato per inviare satelliti in orbita.
Creare prodotti complessi – IL Falcon Heavy
Il Falcon Heavy è stato creato mettendo insieme 3 Falcon 9, anche qui si capisce quanto si pensi a riutilizzare ed integrare quello che già si sa.
Creare prodotti complessi – Falcon Heavy et Starman
Con il Falcon Heavy si ottiene una spinta al decollo equivalente a 18 aerei 747 (secondo il sito SpaceX) permettendo l’invio in orbita di masse più importanti e riducendo i costi di trasporto.
Ovviamente, grazie all’esperienza fatta con Falcon 9, questo modello ha subito molto meno esplosioni.
Secondo il sito SpaceX, al momento della scrittura di questo articolo, il Falcon Heavy ha fatto 5 lanci, 11 atterraggi, 6 voli di ritorno.
Andiamo avanti? 😊
Creare prodotti complessi – Starship
Questa è una navetta per trasporto merci e persone. Con questo mezzo si vuole raggiungere Marte.
Starship è il veicolo di lancio più potente al mondo mai sviluppato, con la capacità di portare in orbita terrestre oltre 100 tonnellate metriche (fonte sito SpaceX).
In qualche modo Starship è qualcosa di nuovo, l’esperienza passata con i Falcon 9 e Heavy è sicuramente servita. Ma qui si doveva imparare a far scendere a terra un bestione enorme. Ovviamente c’è stato qualche “piccolo” problema. Anche in questo caso utile per imparare e fare esperienza.
Creare prodotti complessi – I “piccoli” problemi durante lo sviluppo di Starship
Ciò che più mi ha affascinato, seguendo lo sviluppo di questo prodotto, è stato il modo in cui lo sviluppo iterativo e incrementale è evidente.
Dopo i test statici dei motori, Startship è stato fatto decollare a 100m da terra, poi sempre più in alto ed ogni volta per imparare qualcosa di preciso.
Anche le esplosioni avvenivano, a volte, di proposito. Proprio per capire cosa sarebbe successo in certe situazioni.
Si capisce come questo approccio “empirico” aiuti ad imparare in fretta, accumulare dati e risolvere problemi in un contesto di innovazione.
Il video qui sotto ha ispirato l’articolo che sto scrivendo. Si tratta del lancio di Falcon Heavy del 15 gennaio 2023. Si vedono i due booster tornare a terra, senza problemi. Francamente mi ha impressionato.
Al della prodezza tecnica, si capisce bene la logica di sviluppo dei prodotti che contraddistingue SpaceX e gli permette di essere il leader del loro settore.
Altra cosa che mi ha impressionato, è il tweet qui sotto di Musk, che mostra come sia stato fatto un passettino in più verso il raggiungimento della sua visione: andare su Marte.
Questo è quello che ci si aspetta da un Product Owner. Avere una visione, saperla comunicare e avere una strategia per raggiungerla.
Creare prodotti complessi – E così è come atterreremo su Marte.
Qua c’è una logica impressionante, brillante. Almeno per me. Applicare la stessa logica allo sviluppo di Software o Hardware non è poi così impossibile, cosa ne pensate?
Conclusioni
Quali problemi osservo nelle aziende che ho frequentato, che impediscono lo sviluppo agile di un prodotto?
Non c’è una sola persona responsabile dello sviluppo di un prodotto
Questa persona, se esiste, non ha l’autorità per prendere decisioni, o scende a compromessi per far contenti un pò tutti
Questa persona, se esiste, non è capace di concentrarsi sul perché e sul cosa, ma spesso interferisce su come fare le cose
Silos. Sales, Marketing, IT: spesso hanno la loro visione delle cose, solo che non si parlano, non la condividono, oppure lo fanno, ma troppo in fretta o troppo poco spesso.
Sicurezza psicologica: la creazione di prodotti complessi richiede un ambiente di lavoro nel quale ci si senta al sicuro per poter sperimentare, sbagliare e quindi imparare. Purtroppo l’ambiente di lavoro classico richiede persone che dimostrino di essere infallibili, di avere la risposta giusta al primo colpo. Il risultato è il teatro dell’opera, dove si fa finta di sapere le cosa anche quando non si sanno.
Non è un mistero quindi che, per creare prodotti complessi, un approccio agile e quindi empirico è il migliore. Volete innovare, volete battere la concorrenza? Allora prendete il gusto alla sfida, osate qualche bella esplosione 😊.
ℹ️ Composizione Scrum Team 📅 Data: 7/02/2023 ⏱️ Durata: 13 minuti
🎙️ Introduzione
“Ciao, 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 il concetto dello Scrum Team secondo la Scrum Guide (versione Novembre 2020). Analizziamo la sua composizione, caratteristiche fondamentali e le responsabilità specifiche dei suoi membri.
🎧 Ascolta l’Episodio
👥 Composizione dello Scrum Team
Lo Scrum Team è l’unità fondamentale di Scrum, composta da:
Uno Scrum Master
Un Product Owner
I Developer
Caratteristiche Principali:
Nessuna gerarchia interna
Cross-funzionale
Autogestito
10 persone o meno
Focus su un unico obiettivo (Product Goal)
🎯 Responsabilità Chiave
Responsabilità Collettive:
Collaborazione con gli stakeholder
Verifica e manutenzione
Sperimentazione e ricerca
Sviluppo e implementazione
Creazione di incrementi di valore in ogni Sprint
Principi Organizzativi:
Autonomia nella gestione del lavoro
Ritmo sostenibile negli Sprint
Focus sulla creazione di valore
Adattabilità continua
💡 L’Importanza dell’Autogestione
Organizzazione flessibile e adattiva
Capacità di riorganizzarsi in base alle necessità
Approccio “startup-like” all’innovazione
Eliminazione dei silos organizzativi
📚 Approfondimenti Consigliati
Empirismo in Scrum
Trasparenza, Ispezione e Adattamento
Gestione delle competenze cross-funzionali
Strutture organizzative agili
🎓 Note del Trainer
“Scrum abbatte i silos che, in certi contesti sono utili, ma per l’innovazione sono piuttosto un freno. L’autogestione è fondamentale: un team Scrum si organizza come vuole per raggiungere l’obiettivo, adattandosi continuamente alle situazioni da affrontare.”
🔜 Prossimo Episodio
Non perdete il prossimo episodio dove approfondiremo le tre responsabilità specifiche all’interno dello Scrum Team: Developer, Product Owner e Scrum Master.
“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 i 5 valori di Scrum: impegno, focus, apertura, rispetto e coraggio. Scopriremo come questi valori sono importanti per una pratica professionale di Scrum e come possono trasformare la cultura aziendale, riportando umanità nel posto di lavoro. Leggi l’articolo “Leading with values“!
🎧 Ascolta l’Episodio
🔑 I 5 Valori di Scrum
1. Impegno
Lo Scrum Team si impegna collettivamente verso gli obiettivi
Supporto reciproco tra i membri del team
Dedizione al miglioramento continuo
2. Focus
Concentrazione prioritaria sul lavoro dello Sprint
I 5 valori Scrum riumanizzano il luogo di lavoro e vi aiutano a risolvere problemi complessi. Non siamo macchine infallibili – abbiamo i nostri giorni buoni e cattivi. È fondamentale creare un ambiente dove ci si sente sicuri di essere trasparenti e vulnerabili
Fabio Panzavolta, Professional Scrum Trainer
🔜 Prossimo Episodio
Non perdete il prossimo episodio dove approfondiremo lo Scrum Team.
Questo articolo è basato sull’episodio 6 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.
ℹ️ La teoria di Scrum 📅 24/01/2023 ⏱️ Tempo di lettura: 8 minuti
🎙️ Introduzione
“Scrum si basa sull’empirismo ed il pensiero lean. L’empirismo afferma che la conoscenza deriva dall’esperienza e dal prendere decisioni basate su ciò che si è osservato.” – Scrum Guide 2020
📑 Sommario
In questo articolo, esploreremo la teoria di Scrum basandoci sulla Scrum Guide (versione Novembre 2020) e sugli insegnamenti di Fabio Panzavolta, Professional Scrum Trainer. Analizzeremo come l’empirismo e il pensiero Lean si combinano per creare un framework efficace per la gestione di prodotti complessi.
“Scrum non è altro che una macchina per rivelare la verità. […] Con Scrum non si va più veloci a fare le cose, viene tutto dal fatto di capire come eliminare gli sprechi e cosa è essenziale per i nostri utilizzatori.” – Fabio Panzavolta
🔜 Prossimo episodio
Nel prossimo episodio esploreremo i valori di Scrum, elementi fondamentali per costruire una cultura agile efficace.
Questo articolo è basato sull’episodio 5 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.
ℹ️ Definizione di Scrum 📅 17/01/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 fondamentale, esploriamo la definizione ufficiale di Scrum dalla Scrum Guide (versione Novembre 2020). Analizziamo come questo framework leggero aiuta persone, team ed organizzazioni a generare valore attraverso soluzioni adattive per problemi complessi.
Ascolta l’Episodio
🎯 Definizione Scrum
“Scrum è un framework leggero che aiuta persone, team ed organizzazioni a generare valore attraverso soluzioni adattive per problemi complessi.”
🔄 Il Framework Scrum in Breve
Uno Scrum Master favorisce un ambiente in cui:
Un Product Owner ordina il lavoro in un Product Backlog
“Scrum non è altro che una macchina per rivelare la verità. […] Uno dei modi di vedere se state facendo bene Scrum, almeno all’inizio, è che siete capaci di mettere in evidenza tutto quello che non funziona in azienda nell’ottica Scrum.”
🔜 Prossimo Episodio
Il prossimo episodio tratterà la teoria di Scrum, approfondendo i concetti di empirismo, trasparenza, ispezione ed adattamento.
Questo articolo è basato sull’episodio 4 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.
Scrum prescrive eventi per creare regolarità e trasparenza e ridurre al minimo la necessità di altre riunioni. Gli eventi Scrum sono: Daily Scrum, Sprint Planning, Sprint Review, Sprint Retrospective e Sprint. Spesso gli eventi Scrum non vanno come previsto. Una buona e leggera facilitazione può aiutare i team Scrum a rimettersi in carreggiata.
Senza una buona facilitazione, gli eventi Scrum possono trasformarsi in riunioni inefficaci:
Lo scopo degli eventi può non essere raggiunto
Potrebbero esserci continue interruzioni mentre si parla, oppure persone che non osano esprimersi
Potremmo sentire sempre le stesse poche voci e perdere l’opinione degli altri
Gli eventi potrebbero protrarsi oltre i tempi previsti senza creare concretezza
Si possono perdere le opportunità di collaborare e di progredire verso i risultati desiderati
Questo elenco evidenzia lo scopo degli eventi Scrum, un’indicazione di dove il facilitatore dell’evento dovrebbe concentrarsi e alcuni esempi di tecniche di facilitazione che possono aiutare a guidare un team verso risultati di successo.
Daily Scrum
Scopo dell’evento: i Developers verificano i progressi verso lo Sprint Goal. L’output del Daily Scrum è un piano per la giornata lavorativa successiva.
Focus del facilitatore: creare un’atmosfera in cui il team si concentri sulla qualità, sull’impegno (Sprint Goal) e sulla risoluzione degli impedimenti. Evitare gli “status update”, perché corrispondono a informazione unidirezionale dal lavoratore al manager. Osservare e porre domande quando necessario. Assicurare che il team si concentri sullo Sprint Goal.
Video – Come facilitare il Daily Scrum
Come facilitare il Daily Scrum
Esistono molti modi per facilitare il Daily Scrum. In questa introduzione alla facilitazione di un Daily Scrum, imparerete tre tecniche diverse, con i vantaggi e le sfide di ciascuna. Il team può sperimentarle secondo le proprie necessità e scegliere il metodo che meglio lo aiuta a concentrarsi sui progressi verso lo Sprint Goal, producendo al contempo un piano attuabile per il giorno di lavoro successivo.
Esempi di tecniche di facilitazione:
Vuoi aumentare l’attenzione allo Sprint Goal durante il Daily Scrum?
Il team sta entrando troppo nei dettagli durante il Daily Scrum?
Provate a introdurre ELMO (Enough, L’êtes Move On). – I partecipanti dicono “Elmo” o tengono in mano un pupazzo di Elmo per incoraggiare il gruppo a sospendere la discussione in corso e passare all’argomento successivo.
Sprint Planning
Scopo dell’evento: inizia lo Sprint definendo il lavoro da svolgere per lo Sprint. L’output è uno Sprint Backlog (Sprint Goal + Product Backlog Item selezionati + Piano per realizzarli).
Focus del facilitatore: creare un ambiente collaborativo e trasparente con un obiettivo chiaro. Mantenere il team focalizzato sullo Sprint Goal.
Video – come facilitare lo Sprint Planning
Come facilitare lo Sprint Planning
In questo video di introduzione alla facilitazione dello Sprint Planning, imparerete come e quando utilizzare tecniche di facilitazione come il voto romano, la visualizzazione e le “powerful questions”, in modo che il team possa lasciare l’evento con uno Sprint Goal che persegua il Product Goal e un piano iniziale per lo Sprint.
Scopo dell’evento: ispezionare l’incremento, attraverso il feedback e l’adattamento del Product Backlog, se necessario.
Focus del facilitatore: creare un ambiente coinvolgente, energico e partecipativo. Incoraggiare l’ascolto piuttosto che la reazione. Empatizzare, ascoltare attivamente e costruire una sinergia tra il team Scrum, gli sponsor e gli stakeholder.
Video – come facilitare la Sprint Review
Come facilitare la Sprint Review
In questa introduzione alla facilitazione di una Sprint Review, imparerete una tecnica di facilitazione che può aiutarvi a trasformare la Sprint Review in una sessione più coinvolgente e collaborativa, in modo da poter raccogliere feedback preziosi dagli stakeholder per determinare i futuri adattamenti del vostro prodotto.
Esempi di tecniche di facilitazione:
Hai problemi a coinvolgere gli stakeholder e gli utenti durante la Sprint Review?
Incoraggiare le persone a interagire con il prodotto
Scopo dell’evento: lo Scrum Team esamina come è andato l’ultimo Sprint; individui, interazioni, processo, strumenti e definizione di Done. Output: lo Scrum Team si adatta identificando i cambiamenti più utili per migliorare la propria efficacia.
Focus del facilitatore: creare un’atmosfera sicura in cui tutti i membri del team si sentano aperti a partecipare. Ascoltare attivamente ciò che viene detto e ciò che non viene detto. Aprire la parola ai diversi punti di vista. Costruire il consenso e definire chiaramente i passi successivi.
Video – Come facilitare la SprintRetrospective
Come facilitare la Sprint Retrospective
In questo video Introduzione alla facilitazione della Sprint Retrospective, imparerete passo dopo passo come guidare il vostro team attraverso una Sprint Retrospective con tecniche quali la Prima Direttiva, il Gioco della perfezione, il Dot Voting e la Affinity Mapping, in modo che il vostro team possa lasciare l‘evento con idee su come migliorare.
Esempi di tecniche di facilitazione:
Vuoi creare un ambiente sicuro e mettere il team sulla stessa lunghezza d’onda?
ℹ️ Scopo della Guida Scrum 📅 17/01/2023 ⏱️ Durata: 15 minuti
🎙️ Introduzione
“Ciao, sono Fabio Panzavolta, Professional Scrum Trainer alla Scrum.org e fondatore di Collective Genius. Questi sono i podcast di Scrum Italia, dedicati a tutti coloro i quali vogliono approfondire o imparare Scrum Professionale.”
📑 Sommario
In questo episodio, esploriamo lo scopo della Guida Scrum (versione Novembre 2020). Analizziamo l’importanza di seguire il framework nella sua interezza e come la sua semplicità nasconde una profonda potenza nel rivelare opportunità di miglioramento organizzativo.
🎧 Ascolta l’Episodio
🔍 Punti Chiave della Guida Scrum
1. Origine e Evoluzione
Scrum è nato nei primi anni ’90
La prima versione della guida scrum è stata scritta nel 2010 da Ken Schwaber e Jeff Sutherland
“Scrum non è teoria, la Scrum Guide è il risultato di esperienze sul campo condivise. […] La sfida più grande in azienda è quella di andare al di là di quello che è carino e facile da implementare, per abbracciare il framework nella sua completezza.”
💪 Vantaggi dell’Approccio Completo
Rivela problemi organizzativi nascosti
Facilita il miglioramento continuo
Promuove collaborazione efficace
Aumenta il valore generato
📚 Approfondimenti Consigliati
Teoria dei processi empirici
Lean Thinking
Gestione dei problemi complessi
Framework Scrum completo
🔜 Prossimo Episodio
Nel prossimo episodio approfondiremo la definizione di Scrum, esplorando come questo framework aiuta le organizzazioni a generare valore attraverso soluzioni adattive.
Questo articolo è basato sull’episodio 3 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.
Per fornire le migliori esperienze, utilizziamo tecnologie come i cookie per memorizzare e/o accedere alle informazioni del dispositivo. Il consenso a queste tecnologie ci permetterà di elaborare dati come il comportamento di navigazione o ID unici su questo sito. Non acconsentire o ritirare il consenso può influire negativamente su alcune caratteristiche e funzioni.
Funzionale
Sempre attivo
L'archiviazione tecnica o l'accesso sono strettamente necessari al fine legittimo di consentire l'uso di un servizio specifico esplicitamente richiesto dall'abbonato o dall'utente, o al solo scopo di effettuare la trasmissione di una comunicazione su una rete di comunicazione elettronica.
Preferenze
L'archiviazione tecnica o l'accesso sono necessari per lo scopo legittimo di memorizzare le preferenze che non sono richieste dall'abbonato o dall'utente.
Statistiche
L'archiviazione tecnica o l'accesso che viene utilizzato esclusivamente per scopi statistici.L'archiviazione tecnica o l'accesso che viene utilizzato esclusivamente per scopi statistici anonimi. Senza un mandato di comparizione, una conformità volontaria da parte del vostro Fornitore di Servizi Internet, o ulteriori registrazioni da parte di terzi, le informazioni memorizzate o recuperate per questo scopo da sole non possono di solito essere utilizzate per l'identificazione.
Marketing
L'archiviazione tecnica o l'accesso sono necessari per creare profili di utenti per inviare pubblicità, o per tracciare l'utente su un sito web o su diversi siti web per scopi di marketing simili.