Cosa abbiamo fatto, com’è andata

Finalmente tornati con i meetup in presenza! E così siamo riusciti a fare questo nuovo fantastico meetup nella bellissima sala del Talent Garden di Torino in Via Giacosa, 25 persone presenti.

Ecco il formato del meetup: 

• Parte 1: Marcello Testi ci ha presentato il metodo Value Stream Mapping e ha raccontato un’esperienza concreta nell’integrazione di 3 sistemi digitali di aziende simili ma con target diverso

• Parte 2: Marcello, Monica e Daniel hanno facilitato il workshop pratico di 4 tavoli di lavoro per la realizzazione del VSM di un prototipo semplificato per un servizio di food delivery, integrando tre entità che contribuiscono alla realizzazione del servizio per renderlo profittevole: cucine, delivery, touch point cliente e coordinamento

Cosa abbiamo imparato

Come prima cosa ci siamo ricordati quanto è bello lavorare insieme in presenza, giocando. Abbiamo ascoltato con attenzione Marcello nel suo racconto e abbiamo imparato che questo metodo può essere molto efficace, ricco di spunti e capace di dare quella visione sistemica che difficilmente riesci ad avere quando più gruppi distinti lavorano in modo isolato ad una parte di un sistema o di processo.

Tutto questo è stato confermato durante il workshop pratico, infatti i 4 tavoli di lavoro, dopo aver ricostruito la propria parte di processo, hanno individuato le relazioni tra le tre parti in gioco, facendo considerazioni sulle dipendenze. Per esempio, cosa succederebbe all’ordine se il rider non dovesse essere disponibile o in ritardo? La cucina può conservare il pasto per una consegna successiva? Oppure: cosa succederebbe se ci fosse un down delle API della piattaforma o un disallineamento delle informazioni tra utente, cucine e rider?

Ad un certo punto ci siamo anche chiesti: VSM potrebbe essere utile per creare l’envisioning e progettare un nuovo servizio digitale durante il suo concepimento, ad esempio, in una startup in avvio? Non abbiamo individuato una risposta univoca ma sicuramente potrebbe essere interessante costruire un esperimento concreto!

Abbiamo anche imparato che i pennarelli non bastano mai!

Alcune foto del meetup

Slide, link e riferimenti

Parte 1: Racconto

• Slide proiettate durante il meetup: Value Stream Mapping – ACT 2022
• Articolo su facilitazione VSM per servizi digitali: Value Stream Mapping facilitators guide (Riferimenti su lucidmeetings.com)

Parte 2: Workshop

• Board miro utilizzata per mostrare lo scenario di esempio (food delivery service): https://miro.com/app/board/uXjVPLSmLW0=/
• Passi seguiti nel lavoro durente il workshop:

Step 1: ci siamo divisi in 4 team di lavoro (3 swimlane)

Step 2: i team hanno individuato degli step di processo (nel nostro caso touchpoint utente, cucine e rider)

Step 3: i team hanno identificato i blocker, i quick win e i big change

Step 4: tutti insieme abbiamo trovato le relazioni e le dipendenze tra i blocchi di processo (considerazioni a voce)

Ringraziamenti

Innanzitutto grazie a Marcello Testi per la passione e la voglia di condividere con la community, grazie al TAG che ci ha concesso uno spazio bellissimo ad un prezzo di favore, grazie a chi c’era, a chi voleva esserci ma non poteva e a chi aveva altro di meglio da fare. Grazie a tutti coloro che hanno fatto una piccola donazione alla community per pagare la sala e le spese a servizio delle persone che partecipano.

Agile Community Torino

Siamo una community di appassionati del mindset Agile e Lean. Lavoriamo professionalmente in questo contesto come Scrum Master, Product Owner o Coach agile. Alcuni di noi invece sono semplici curiosi che vogliono capire meglio di cosa si tratta e come applicare principi e pratiche sul lavoro e nella vita di tutti i giorni... Siamo una tribù in continua crescita in un territorio (il Piemonte) dove questi valori e principi stanno diventando sempre più diffusi e popolari. Speriamo di contribuire alla loro affermazione!

More Posts - Website

L'articolo Value Stream Mapping in pratica proviene da Agile Community Torino.

Abbiamo infatti ospitato Djungle Studio e una delle sue startup, “Mammt”, per farci raccontare cosa sia e come funzioni uno “startup studio” e come, al suo interno, si sia progettata e realizzata una startup che è arrivata a confrontarsi con il mercato, superando quindi tutte le fasi di sviluppo e test interne.

Startup Studio

Monica Carpanese di Djungle Studio ha introdotto i concetti principali che definiscono uno “startup studio”, segnalando in particolare le differenze con gli incubatori e acceleratori di startup. Un argomento molto interessante nato da questa parte della presentazione è il diverso investimento “affettivo” rispetto a chi fonda una singola startup: la produzione seriale di esperimenti da parte di uno startup studio permette di affrontare in modo meno drammatico il momento di “staccare la spina”, quando un esperimento non raggiunge gli obiettivi che si è dato.

Il racconto di una startup

Daniele Albano, designer di Mammt, ci ha raccontato invece come è nato e come si è sviluppato il progetto della startup che si occupa di consegnare pasti a domicilio (per ulteriori dettagli, cliccate sul link). Il pubblico di agilisti che si sono riuniti ad ascoltare il racconto di questa esperienza si è sentito subito “a casa”, man mano che le slide di Daniele snocciolavano un numero sempre più alto di iterazioni!

Il percorso di progettazione e implementazione è emerso come una storia avvincente, piena di sorprese e imprevisti per chi ha progettato il servizio: ogni iterazione descritta è stata un’occasione per raccogliere e analizzare dati, per capire meglio le esigenze dei clienti e le sfide organizzative del servizio.

Ma anche altre considerazioni hanno attirato la nostra attenzione. In ordine sparso: alcune riflessioni su come impostare e distribuire i questionari mentre si sonda il mercato; la definizione “Minimum Viable Team” per l’avvio del progetto e l’assetto variabile del team durante lo sviluppo; la funzione dei momenti di incontro e condivisione dello startup studio e la loro interazione, a volte problematica, con lo sviluppo del progetto; le sfide di ampliare l’area coperta dal servizio, l’eterna lotta tra “make” e “buy”…

Insomma, ancora una volta dal racconto di un’esperienza sono arrivati alla nostra community degli stimoli a riflettere. Se volete partecipare ai prossimi incontri o aiutarci a trovare nuovi argomenti, questi sono i link del nostro meetup e del nostro gruppo Telegram. Vi aspettiamo!

Agile Community Torino

Siamo una community di appassionati del mindset Agile e Lean. Lavoriamo professionalmente in questo contesto come Scrum Master, Product Owner o Coach agile. Alcuni di noi invece sono semplici curiosi che vogliono capire meglio di cosa si tratta e come applicare principi e pratiche sul lavoro e nella vita di tutti i giorni... Siamo una tribù in continua crescita in un territorio (il Piemonte) dove questi valori e principi stanno diventando sempre più diffusi e popolari. Speriamo di contribuire alla loro affermazione!

More Posts - Website

L'articolo Come ti sforno una startup proviene da Agile Community Torino.

C’era un indovino, un divinatore, un mago dell’ultimo minuto che, con un turbante in testa, leggeva i tarocchi. Era il 12 novembre 2021 alle ore 15.20 e questo losco figuro presentava un gioco per l’unconference di Italian Agile Days 2021, gioco prodotto dall’Agile Community Torino per affrontare un tema emerso più e più volte durante le conversazioni ai meetup e gli incontri agili: “taroccare” il mindset agile, nascosto dietro una facciata di  Scrum per metterlo al servizio delle organizzazioni che si illudono di usarlo come strumento di controllo delle persone. Come se questo servisse a creare più valore e maggiori risultati!

Ecco, questo l’argomento provocatorio, trattato in modo ironico, totalmente non convenzionale e innovativo utilizzando un gioco che andremo a descrivere qui brevemente. Vedremo anche palle di cristallo, tarocchi, esoterismo, divinazioni e altro, ci sarà da divertirsi.

Il gioco lo vogliamo rilasciare con una licenza libera (tipo free software, copyleft) per cui al fondo di questo articolo troverete un link da cui partire per utilizzare il gioco e migliorarlo, mi raccomando, scriveteci e proponeteci questi improvement!

Ma andiamo per gradi.

Com’è andata

La Agile Community Torino, in una formazione composta dai magnifici 7 che hanno accettato di affrontare questa sfida, ha iniziato con il presentarsi, attraverso un video auto-prodotto:

[This post contains video, click to play]

Raccontiamo ora com’è andata la prima sessione pubblica del gioco, palla di vetro alla mano…

Il gioco giocato

Titolo del gioco: Come ti tarocco Scrum

Abstract: E’ il tipico “peccato originale” che le organizzazioni commettono: utilizzare Scrum per raggiungere l’illusione di CONTROLLO. In alcuni casi è inconsapevole. Con questo gioco ti aiuteremo a prendere coscienza di questo scempio e se vincerai ti daremo la formula della felicità!

Si ma come si gioca? Come lo abbiamo fatto?

Qui elencati gli elementi principali del gioco raccontati all’inizio della sessione di 25 min:

• Chi può giocare? SM, PO, Dev (soprattutto sviluppatori). 7 giocatori al massimo
• Come si vince? Chi fa più punti vince
• Come iniziare a giocare? Siediti e punta su una o più carte (di cui si vede solo la figura simbolo dei tarocchi) le tue tre monete, preferendo le carte che a istinto riconosci nella tua esperienza lavorativa
• A cosa fare attenzione? Imprevisti a sorpresa (poi si capirà che si può pestare una merda secca :-))
• Durata? 25 min timebox
• Cosa si vince? Curiosoni, lo saprete alla fine! (nel nostro caso abbiamo messo in palio una copia del libro “Live Happily Ever After Without Projects: A #noprojects Book” di Dimitri Favre, sembrava proprio la formula del felici e contenti per sempre!)

Il campo di gioco si presentava quindi così:

Dopo che i 7 concorrenti hanno puntato le loro monete, abbiamo cominciato a scoprire man mano le carte, privilegiando le più puntate e cercando di dare a tutti i giocatori la possibilità di partecipare raccontando la propria esperienza, speriamo di esserci riusciti.

Scoprendo una carta alla volta, veniva recitata la predizione e i concorrenti dovevano riconoscere se fossero stati affetti dalla “taroccata”. Se ben convincenti, attraverso la breve storia raccontata, avrebbero guadagnato il punteggio indicato sulla carta stessa.

Un esempio:

Conclusione del gioco e premi

Dopo un po’ di giri, allo scadere del timebox predefinito, è il giocatore con il punteggio più alto a vincere. Nel nostro caso ne abbiamo avuti tre!!! E nemmeno uno spareggio ha risolto la situazione: i vincitori sono stati tre con lo stesso punteggio! Quindi li abbiamo proclamati tutti e tre vincitori e abbiamo dato il premio a ciascuno, se lo sono meritato

Ecco il premio vinto da 3 fortunati, la formula magica per vivere felici per sempre (fortunati? non saprei…):

Come valutare l’esperienza dal punto di vista di chi ha proposto questa attività non convenzionale? Noi ci siamo molto divertiti ed è stato un modo per mettere in contatto in modo diretto e attivo i componenti della community (che hanno creato le carte e le hanno raccontate durante il gioco) e qualcuno dei partecipanti alla conferenza. Un modo nuovo per poter connettere anche in virtuale, costretti ad interagire per mezzo di un dispositivo elettronico.

Feedback che ci hanno regalato gioia

Dimenticavo, sembra che il gioco sia piaciuto molto e abbiamo ricevuto tantissimi feedback, qui alcuni simpatici. Fateci sapere se siete tra coloro che hanno apprezzato o avete feedback differenti.

Come abbiamo creato il gioco

Il team “di prodotto” si è incontrato durante le settimane precedenti IAD 2021 e, dopo un brainstorming iniziale, è emerso il concetto di “Scrum tarocco”, su cui il team ha lavorato per iterazioni settimanali, sviluppando i contenuti (le disfunzioni dello Scrum tarocco e la loro descrizione in termini “divinatori”) e le dinamiche di gioco, testate sul campo con esperimenti, a cui hanno fatto seguito discussioni e aggiustamenti.

Tarocco libero! Gioco utilizzabile in copyleft

Il gioco è rilasciato con licenza totalmente free, copyleft. Per usarlo ti chiediamo solo questo, chiaramente non è obbligatorio, a tuo buon cuore:

1. Mantieni il logo e l’indirizzo di agile community torino
2. Se hai dei feedback o dei miglioramenti ti preghiamo di condividerli (https://agile.to.it)
3. Fai o fai fare una piccola donazione per la community (https://paypal.me/pleinadIT)

Dopo questo doveroso preambolo, qui il materiale visionabile e scaricabile:

• Link alla baord in lettura: https://miro.com/app/board/o9J_lh3b7D4=/
• Backup della board: https://agile.to.it/video/Copyleft%20Come%20ti%20tarocco%20Scrum.rtb

Per poterlo usare, sarà sufficiente ripristinare il backup di miro su un proprio account personale. Ricorda di condividere se fai modifiche significative che funzionano: per farlo, utilizza i link sulla board.

Buon divertimento e grazie per la lettura!

Agile Community Torino

Siamo una community di appassionati del mindset Agile e Lean. Lavoriamo professionalmente in questo contesto come Scrum Master, Product Owner o Coach agile. Alcuni di noi invece sono semplici curiosi che vogliono capire meglio di cosa si tratta e come applicare principi e pratiche sul lavoro e nella vita di tutti i giorni... Siamo una tribù in continua crescita in un territorio (il Piemonte) dove questi valori e principi stanno diventando sempre più diffusi e popolari. Speriamo di contribuire alla loro affermazione!

More Posts - Website

L'articolo Come ti tarocco Scrum – Italian Agile Days 2021 proviene da Agile Community Torino.

Che esperimento ragazzi!!! Bellissimo meetup costruito su un gioco inventato dalla community agile di Torino per tentare capire il Kanban senza una slide di teoria, “vivendo” i principi e le pratiche direttamente applicati!

L’esperimento è andato molto bene e abbiamo ricevuto tantissimi feedback dai partecipanti (eravamo circa 20).
Senza entrare troppo nei dettagli, anche perchè potremmo fare una nuova edizione migliorata dello stesso meetup, di seguito i principali elementi del gioco PAC-BAN.

PS: il nome è il mix di Pacman e Kanban

Stage 1 – il livello più sorprendente

Stage 2 – incominciamo ad applicare azioni di miglioramento grazie alla retospective, ma anche qualche difficoltà in più

Stage 3 – la maturazione, qui vediamo tutto insieme

Qui invece la board alla fine del gioco! Wow!

Ringraziamo tutti i partecipanti che si sono messi in gioco in prima persona e gli “osservatori” che hanno visto le dinamiche e fornito molti feedback e spunti. Un ringraziamento particolare a Francesco Racanati guest star, per il suo sostegno, la partecipazione e le domande potenti!

Alla prossima e… buon just-in-time a tutti da agile community Torino!

Agile Community Torino

Siamo una community di appassionati del mindset Agile e Lean. Lavoriamo professionalmente in questo contesto come Scrum Master, Product Owner o Coach agile. Alcuni di noi invece sono semplici curiosi che vogliono capire meglio di cosa si tratta e come applicare principi e pratiche sul lavoro e nella vita di tutti i giorni... Siamo una tribù in continua crescita in un territorio (il Piemonte) dove questi valori e principi stanno diventando sempre più diffusi e popolari. Speriamo di contribuire alla loro affermazione!

More Posts - Website

L'articolo Kanban in action – giochiamo! proviene da Agile Community Torino.

Cos’è un progetto

Agli incontri della nostra community, capita a volte che chi presenta o guida la serata chieda al pubblico, per rompere il ghiaccio, se ci sono in sala dei Project Manager, dei Product Owner, degli Scrum Master. Spesso seguono poi piccoli scherzi e battute, anche questi per contribuire ad aprire un canale di comunicazione con la platea. Questa volta il nostro gradito ospite, ha iniziato con una batteria di domande, tra cui l’indagine sulla presenza di project manager in sala, ma anche invitando a riflettere sulla definizione di progetto. Un progetto è infatti, nella definizione PMI/PMBOK, “uno sforzo temporaneo per creare un servizio o risultato unico”. Favre suggerisce che il software non sia facilmente identificabile con questa definizione, in particolare per il fatto che il prodotto software richiede per sua natura una continua evoluzione anche quando è “finito”, cioè dopo il rilascio.

Da qui Favre è partito per spiegare, ma soprattutto raccontare, con ampio uso di aneddoti che hanno mantenuto viva la nostra attenzione, il suo approccio alla realizzazione di software, a partire dalla sua constatazione che la definizione di progetto costituisce un ostacolo all’agilità e che lo stesso concetto di “progetto agile“, che ancora si sente risuonare in molti uffici, è in fin dei conti un ossimoro.

Team stabili

Uno dei punti a cui Favre tiene molto è quello che riguarda la stabilità del team. A partire dai noti stadi di sviluppo di un team, definiti da B. Tuckman e di solito familiari per chi abbia seguito qualche corso di formazione sull’agilità e per le certificazioni Scrum, si capisce che la faticosa curva iniziale che porta solo dopo un certo tempo alla fase “performing” è destinata a ripetersi a ogni inizio di progetto, mentre un team “di prodotto” stabile, che segua il prodotto durante lo sviluppo iniziale, ma anche nella fase di manutenzione e sviluppo post-rilascio, presenta l’innegabile vantaggio di poter continuare a essere performante attraverso i cicli di vita del prodotto stesso.

Un altro esempio della cultura basata sul progetto che va a infrangersi sui principi dell’agilità è il business case, che converte le ipotesi iniziali in un fatto (i requisiti), prima ancora di cominciare a sviluppare. Nella vita del prodotto, invece, gli esperimenti e le decisioni prese in seguito alle verifiche empiriche valgono più dell’idea progettuale cristallizzata nei desiderata iniziali.

I principi #noprojects

I quattro pilastri dell’organizzazione che adotta il mindset #noprojects sono dunque:

• Esperimenti che hanno più valore dei progetti
• Team stabili che hanno più valore dello sforzo temporaneo
• Il risultato (outcome) che ha più valore dell’esecuzione
• I prodotti che hanno più valore del software

Nella serata si sono toccati diversi altri argomenti, a cominciare dalla creazione di valore per il cliente, arrivando quindi a citare le conseguenze di un mindset #noprojects sulla contrattualistica e in generale sul rapporto cliente/fornitore. Sul finire, un vivace scambio di opinioni con il pubblico ha confermato che la proposta di Favre tocca un nervo scoperto e siamo contenti che la community sia stata ancora una volta il luogo di incontro e discussione per idee su come migliorare il nostro lavoro e il modo in cui lo inquadriamo e comprendiamo.

Ringraziamo Dimitri per averci portato le sue idee con un linguaggio diretto e chiaro, sapendo tenere sempre alta l’attenzione.

Agile Community Torino

Siamo una community di appassionati del mindset Agile e Lean. Lavoriamo professionalmente in questo contesto come Scrum Master, Product Owner o Coach agile. Alcuni di noi invece sono semplici curiosi che vogliono capire meglio di cosa si tratta e come applicare principi e pratiche sul lavoro e nella vita di tutti i giorni... Siamo una tribù in continua crescita in un territorio (il Piemonte) dove questi valori e principi stanno diventando sempre più diffusi e popolari. Speriamo di contribuire alla loro affermazione!

More Posts - Website

L'articolo Dal “progetto agile” al mindset #noprojects proviene da Agile Community Torino.

(testo di Riccardo Magliocchetti)

Qualche foto della serata:

Agile Community Torino

Siamo una community di appassionati del mindset Agile e Lean. Lavoriamo professionalmente in questo contesto come Scrum Master, Product Owner o Coach agile. Alcuni di noi invece sono semplici curiosi che vogliono capire meglio di cosa si tratta e come applicare principi e pratiche sul lavoro e nella vita di tutti i giorni... Siamo una tribù in continua crescita in un territorio (il Piemonte) dove questi valori e principi stanno diventando sempre più diffusi e popolari. Speriamo di contribuire alla loro affermazione!

More Posts - Website

L'articolo DevOps 101: una tecnologia produttiva per ridurre tempi e rischi proviene da Agile Community Torino.

La serata è stata voluta, pensata e progettata dai componenti più storici e attivi della community, dedicata al delicato tema della Product Ownership, questa volta con un formato leggermente diverso dal solito…

La serata è andata all’incirca così:

• Introduzione della community, sito, canali di comunicazione e working agreements della serata
• Icebreaker con il Line-up game, un gioco per capire la differenza tra management e auto-organizzazione
• Una veloce ripassata di Scrum con i suoi meeting, artefatti e ruoli, tra cui quello del Product Owner
• Una sessione di lavoro basata sui metodi di interazioni di “Training from the back of the room”  e “Liberating Structures“
• Una continua e ricca discussione che ci ha portato a rispondere alla domanda: “abbiamo davvero bisogno del Product Owner?“

Lasciamo qui le (poche) slide utilizzate durante la serata e le foto degli elaborati prodotti dai partecipanti che hanno lavorato in gruppi da circa 6 persone. Alla fine dell’articolo qualche foto scattata durante l’evento.

Questa volta abbiamo anche avuto il piacere e l’onore di ospitare due giovani universitari che hanno partecipato attivamente e ci hanno lasciato un piccolo regalo, questa bellissima descrizione della serata, dal loro punto di vista. Grazie ancora e speriamo che ci sia modo di rivederci, di ospitare molti altri giovani compagni appassionati come voi!

Si può scoprire di più di un lavoro in un’ora di gioco che in un anno di conversazione

Essere studenti, soprattutto in questi anni, non è semplice. Ci sembra di vivere solo di teorie e nozioni, percependo il futuro sempre più incerto. Il mondo del lavoro da noi viene spesso considerato pesante, statico e a volte anche arido.
Quello che però, come studentessa universitaria, ho capito da questo meetup è che i “grandi”, quindi lavoratori e professionisti, sono attivi e con tanto desiderio di crescere, confrontarsi e migliorarsi.
L’incontro è stato organizzato secondo un approccio molto dinamico, basato sul gioco e sul confronto, in modo da alleggerire quei temi che vengono quotidianamente affrontati in ufficio.
Quindi anche per una non addetta ai lavori come me è stato semplice comprendere i meccanismi e le criticità che si celano dietro una figura aziendale tanto importante quanto controversa: il product owner.
Il sentimento generale a fine serata è stato quello di contentezza nell’aver ampliato le proprie idee e punti di vista.
La serata potrebbe essere sintetizzata rivisitando un famoso aforisma di Platone “Si può scoprire di più di un lavoro in un’ora di gioco che in un anno di conversazione”.

Antea Terradura

Grazie a tutti per la partecipazione e… ci vediamo al prossimo meetup!

Daniel.

Abbiamo un vincitore del contest lanciato durante il meetup!

Riccardo Dezi si è accorto dell’errore proposto in un foglio “Scrum in a nutshell” stampato e distribuito durante la serata. Ha vinto l’opportunità di proporre argomenti e condurre il prossimo meetup della community! Qui una breve spiegazione del quiz:

Nella Scrum Guide sono chiaramente indicati gli artefatti di Scrum: Product Backlog, Sprint Backlog ed Increment. Nel foglio “Scrum in a nutshell” distribuito, invece, è indicato il Burn-down chart al posto di Increment (stampa sul retro). Da un lato il deliverable completo (Increment) dall’altro la misura dell’avanzamento dello Sprint (Burndown chart), cosa trovate più agile? Effettivamente il Burndown chart viene presentato da molti trainer come un tool utile e di supporto al team per visualizzare come sta procedendo e riflettere sui modi per miglioare. Stando alla definizione di Scrum però non si tratta di un vero e proprio artefatto, quindi è un errore.

Non siete d’accordo? Volete parlarne insieme? Unitevi alla chat telegram della community per essere sempre aggiornati sui prossimi incontri e per conversare su questo e molti altri argomenti!

Agile Community Torino

Siamo una community di appassionati del mindset Agile e Lean. Lavoriamo professionalmente in questo contesto come Scrum Master, Product Owner o Coach agile. Alcuni di noi invece sono semplici curiosi che vogliono capire meglio di cosa si tratta e come applicare principi e pratiche sul lavoro e nella vita di tutti i giorni... Siamo una tribù in continua crescita in un territorio (il Piemonte) dove questi valori e principi stanno diventando sempre più diffusi e popolari. Speriamo di contribuire alla loro affermazione!

More Posts - Website

L'articolo Product Ownership, passione e nuove conoscenze in Deltatre! proviene da Agile Community Torino.

Community Agile Torino 10/4/2019 19.30:22.00 – Synesthesia

Cosa abbiamo fatto?

Un esperimento di interazione con tavoli di lavoro che hanno discusso di argomenti raccolti sulla board trello e altri declinati direttamente durante la serata. Ciascun tavolo ha scelto autonomamente di quali temi parlare e le informazioni da condividere. Nello stesso spirito collaborativo pubblichiamo questo articolo prodotto in modalità auto-organizzata, ricco di spunti, idee e promesse di prossime mitiche conversazioni!

Chi c’era?

16 persone, in ordine alfabetico: Agostino T., Alberto, Alma, Andrea R., Daniel P., Davide R., Francesca G., Gianni I., Marcello T., Marco B.P., Michele, Nicola I., Nicola L., Peter F., Stefano C., Wolfgang C.

Tavoli e argomenti

Argomenti e descrizione

Cosa deve sapere un developer (Andrea R.)

Andrea R.: innanzi tutto ringrazio tutti colore che erano al tavolo per il loro contributo e il loro aiuto. E’ emerso che la mia affermazione era mal posta, la mia domanda sarebbe potuta essere “Cosa deve sapere uno scrum master”. Non quello che devono sapere gli altri, ma quello che devo sapere io per dare spazio al team di imparare ad autogestirsi e a crescere. Ho spiegato loro che non riesco ad avere un team di sviluppo che sia proattivo o impegnato a rispettare quanto stabilito. Ho scoperto che il problema è mio, è il mio atteggiamento troppo pressante e presente che non da sufficiente spazio o non permette di commettere errori al fine di imparare. Ho molto da imparare, dalla teoria alla pratica c’è di mezzo il mare!

Marcello T.: quello che ho pensato mentre ascoltavo l’esperienza di Andrea e la discussione sulle soluzioni al problema di coinvolgere il dev team, è che ai decisori e ai facilitatori, prima che ai dev, è richiesto un cambiamento di approccio e di attitudine: non si tratta di “trasferire” competenze, di inculcare valori, ma di creare lo spazio per la crescita di competenze e valori.

Alma: capire come trasmettere il valore di una metodologia nuova ad un team di lavoro non è per niente facile. Creare un ambiente pro-attivo, autogestito, motivato e professionale ancora più difficile!!!. È per questo che abbiamo bisogno di un coach (scrum master) in grado di aiutarci a guidare il nostro lavoro. Ma non tutti i coach sono uguali, bisogna trovare quello giusto per ogni azienda, team e iniziativa. Difficilissimo il lavoro di coach!!!! Un mix tra conoscenza, esperienza, psicologia, creatività e pensiero laterale tra gli altri skill necessari per fare questo lavoro. Abbiamo tanto da imparare!!!

Lean? (Nicola I.)

Abbiamo fatto un bel viaggio dalla nascita della filosofia Lean, a come i suoi principi hanno ispirato il mindset Agile e di conseguenza il framework Scrum. Abbiamo parlato di Just in Time e lotta agli sprechi: due fattori chiave che hanno permesso a Toyota di rispondere più velocemente degli altri ai cambiamenti di mercato, superando così il modello della catena di montaggio e imponendosi come leader di mercato. Abbiamo discusso di come le tecniche ideate dagli ingegneri Toyota abbiano permesso una maggiore customizzazione dei prodotti, senza per questo innalzare i costi (anzi riducendoli!). Esempi di tali tecniche sono l’utilizzo più efficiente e distribuito dei nastri di produzione, la creazione di “isole” di lavoro e una gestione efficace dei fornitori per proteggersi dai rischi del Just in Time. Abbiamo condiviso che tutte queste tecniche hanno un denominatore comune su cui si fonderà in futuro anche il mindset Agile: l’adattabilità.

No projects (Daniel P.)

Daniel P.: E’ stato molto interessante condividere la mia conoscenza del tema, sicuramente ho ricevuto un mucchio di spunti di riflessione interessanti sul tema. Per approfondimenti rimando a due link:

• Slide di Dimitri Favre molto utili per capire di cosa stiamo parlando: https://www.slideshare.net/DimitriFavre/noprojects-agile-venture-prato-2018
• Mini book di 200 pagine gratuito che consiglio a tutti di leggere: https://www.infoq.com/minibooks/noprojects-value-culture

Marcello T.: Uno dei punti chiave è assumere un approccio pragmatico: abbiamo confrontato esperienze e abbiamo verificato che forse in alcuni ambiti (es. iniziative di innovazione) non si può prescindere dal concetto di progetto. Inoltre vanno forse esplicitati e in qualche modo formalizzati i punti in cui progetto e prodotto differiscono (per evitare di fare “fake product”) e anche le differenze visibili che fanno riconoscere un’organizzazione product-oriented da una project-oriented

Leadership (Wolfgang C.)

Marco B.P: Abbiamo discusso di leadership nelle sue varie accezioni.

• Project manager classico: per analizzare la figura abbiamo fatto un esercizio individuando pro e contro del PM nel suo rapporto con il team e gli stakeholder. Interessante come alcune sue caratteristiche siano state inserite sia nei pro sia nei contro (es. Essere una figura di riferimento).

• Servant Leader: una figura meno gerarchica, che è al servizio del team e ha lo scopo di facilitarne l’operato
• Host Leadership: abbiamo provato a individuare analogie di un leader con l’ospite (inteso come “colui che offre ospitalità”). Un esercizio che permette di riflettere sul ruolo di leader, sulle sue peculiarità e le sue azioni.  

• No ProjectManager: un team dove a rotazione si esercitano caratteristiche da leader senza una figura fissa (PM, SM, altro) è possibile?

Ringraziamenti

• Grazie a tutti i partecipanti del meetup, queste conversazioni sono possibili grazie alla proattività dei componenti della community
• Grazie a Synestesia per la costante e generosa ospitalità!

Cosa ci aspetterà al prossimo meetup? Per scoprilo basta iscriversi al nostro canale sulla piattaforma meetup.com:

https://www.meetup.com/it-IT/Agile-Community-Torino

Agile Community Torino

Siamo una community di appassionati del mindset Agile e Lean. Lavoriamo professionalmente in questo contesto come Scrum Master, Product Owner o Coach agile. Alcuni di noi invece sono semplici curiosi che vogliono capire meglio di cosa si tratta e come applicare principi e pratiche sul lavoro e nella vita di tutti i giorni... Siamo una tribù in continua crescita in un territorio (il Piemonte) dove questi valori e principi stanno diventando sempre più diffusi e popolari. Speriamo di contribuire alla loro affermazione!

More Posts - Website

L'articolo Talking about Agile – meetup del 10 aprile 2019 proviene da Agile Community Torino.

Vasco ci ha regalato una serata ricca di spunti e stimoli interessanti, proponendoci anche delle riflessioni e una challenge (#MyCoreOfAgile) che vogliamo condividere qui nel blog a beneficio di tutti.

Qui sotto le sue parole. ENJOY!!!

#MyCoreOfAgile: Global retrospective, what’s the one thing Agile is about for you?

I had an amazing conversation about the Core of Agile with some members of Torino’s local Agile community. We met at Trattoria Valenza. Which was an excellent location to enjoy tradition and look at what we can learn for the future.
The conversation touched many points, but the one that I want to talk about is “What is the core of Agile?”

What is the Core of Agile for you?

That conversation inspired me to share with you my thoughts and ask you: What is the core of Agile for you? 
I challenge you! Have that conversation in your community. And share your thoughts with the #MyCoreOfAgile hashtag.

There’s no single right answer to the #MyCoreOfAgile question

There is no single right answer to this question. Yet, as we reflect on that question, we will learn about each other’s goals and aspirations. This reflection helps us remember the reasons we joined the Agile community. This is what creates shared experiences and strengthens our community!

My answer to the #MyCoreOfAgile question

I want to leave here a shoutout those that joined this discussion in Torino: Wolfgang, Daniel, Marcello, Paolo, Jacopo. Thank you! 
As I heard the different perspectives, my takeaways are:

• I joined the Agile community because I saw that Agile was a better way to deliver Software to the market. For me, at the core of Agile is XP, Extreme Programming. Without the technical practices, whatever we do is not Agile (for me! Share your reflection!).
• The other aspect of Agile that Jacopo mentioned during the dinner was “learning”. Agile (for me) is about increasing the frequency of learning. Learning about all the dimensions of delivering something of value. It could be technology, market, team, stakeholder relationships, etc. The whole system.

So here’s my answer to the Core of Agile. For me, the Agile core is Extreme Programming (technical excellence) and much, much faster learning (in all dimensions).

What is your answer to that question? Share your answers below in the comments or with the hashtag: #MyCoreOfAgile.

Keep retrospecting, Keep improving.

Vasco. 
PS: thank you to all the amazing people I met in Torino and made my stay there both relaxing and enriching! You Rock!

Enjoying a glass of Barbera, a great conversation facilitator.

Agile Community Torino

Siamo una community di appassionati del mindset Agile e Lean. Lavoriamo professionalmente in questo contesto come Scrum Master, Product Owner o Coach agile. Alcuni di noi invece sono semplici curiosi che vogliono capire meglio di cosa si tratta e come applicare principi e pratiche sul lavoro e nella vita di tutti i giorni... Siamo una tribù in continua crescita in un territorio (il Piemonte) dove questi valori e principi stanno diventando sempre più diffusi e popolari. Speriamo di contribuire alla loro affermazione!

More Posts - Website

L'articolo Agile Torino diventa internazionale: a cena con Vasco Duarte proviene da Agile Community Torino.

Grazie a Corvallis per l’ospitalità!
Grazie a Wolfgang Cecchin e Marco Bozzolan di Droplet per i contenuti della serata!
…grazie a tutti della visione e della pazienza!

[This post contains video, click to play]

Buona visione!

Agile Community Torino

Siamo una community di appassionati del mindset Agile e Lean. Lavoriamo professionalmente in questo contesto come Scrum Master, Product Owner o Coach agile. Alcuni di noi invece sono semplici curiosi che vogliono capire meglio di cosa si tratta e come applicare principi e pratiche sul lavoro e nella vita di tutti i giorni... Siamo una tribù in continua crescita in un territorio (il Piemonte) dove questi valori e principi stanno diventando sempre più diffusi e popolari. Speriamo di contribuire alla loro affermazione!

More Posts - Website

L'articolo Video “DevOps per non DevOps” – meetup del 5 dicembre 2018 proviene da Agile Community Torino.