Giocando si impara prima e meglio
Health check Spotify
Health check Spotify
Ognuno ottiene 3 carte per votare voto
• Green rappresenta che tutto è positivo
• Yellow rappresenta che alcune cose sono positive
• Red abbiamo bisogno di migliorare molto e tutto negativo
4
Health check Spotify
5
Team Work
Conosco tutte le
problematiche del
teamwork
Non so nulla e mi
piacerebbe
approfondire
Health check Spotify
6
Feddback
Do spesso feedback
in tranquillità e sono
confidente su come
darli e riceverli
Ho problemi a dare
feedback e spesso
sbaglio le modalità
Health check Spotify
7
Non conosco nessun
gioco e non trovo l’utilità
in essi
Agile Game
Conosco molti
giochi per imparare
le tecniche agile
Non conosco nessun
gioco e non trovo
l’utilità in essi
Health check Spotify
8
Lavoro in team CF
e so tutti I pro e I
contro del MT
Non so nulla sul
multitasking e I team
cross funzionali
sono un fake
Team CrossFunzionali
& Multitasking
Teamwork e Sviluppo iterativo
Feedback frequenti
- +
Smettere di scrivere e cominciare a parlare
Vi ricorda qualcosa... ????
Smettere di scrivere e cominciare a parlare
Feedback
Come li riconosciamo???
Come dare feedback???
Come dare feedback???
Quando dare feedback???
...aumenta...
Multitasking Yes o No???
Multitasking game
Agile Game Names
Quanto tempo ci vuole per scrivere un nome?
Rilasci frequenti
Cross funzionali e Team Stabili
Retrospettiva
3 tecniche di retrospettive agile
...
IL TEAMWORK Agile può
davvero aiutare a ridurre
al minimo I TEMPI DI
consegna.
Imparare giocando
Scratch
Forme e colori
Agile Game Names
Multitasking
Penny Game
Multitasking
Games of collaboration
Airplane game
60 passi
Collaborazione
Mashmallow Game
Flusso di lavoro
Lego Game - Flusso
Flusso di lavoro
Ball point Game - Flusso
Noi con i giochi impariamo come i bambini, vivendo tutte le nuove esperienze con i sensi.
Flusso di lavoro
Ball point Game
5 round di 5 minuti
2 minuti – Piano & previsione dell’obiettivo come pianificato (Stima)
2 minuti – Esecuzione del gioco
1 minuto – Retrospettiva, discussione su come migliorare
Svolgimento
Ball point Game
Scopo
Passarsi più palline possibili nel tempo stabilito
Regole 1.0
• Siete un Team
• Le palline devono “restare in aria”
• C’è una partenza e un arrivo
• Non potete passare la palla al vostro vicino diretto (dx o sx)
• Palla valida = toccata da tutti
Ricordiamoci di contare le palline cadute
Ball Point Game
Regole 2.0
Gooo ooo!!!
• La restrizione non passare a dx e sx è stata rimossa
• Ciascun giocatore deve toccare la palla due volte, una volta con la mano
sinistra, una volta con la destra.
• Un giocatore non può passare la palla a se stesso
• Il resto è invariato.
Ball Point Game
 Come è stato il gioco?
 Lavoriamo di più, e meglio?
 Come comunichiamo nel team? Aiuta il
cambiamento se notiamo un processo
che funziona?
 La Retrospettiva aiuta al team nel fare
meglio?
 Stima vs reale si avvicinano?
 Qual’è stato il migliore round ?
Agile - Ball Point Game
Inspect & Adapt -
PDCA
Ciclo di Deming anni ‘50 (o PDCA) È un modello studiato da W. Edwards
Deming per il miglioramento continuo della qualità
• Implementazione
• Test funzionali
• Beta test
• Miglioramento ( go to plan)
• Messa in produzione
• Analisi
• Definizione dei requisiti
• Pianificazione
• Applicazione sperimentale
• Analisi e verifica dei risultati
...anche loro sono AGILE 
Agile all day
Health check Spotify
Health check Spotify
4
2
Team Work
Conosco tutte le
problematiche del
teamwork
Non so nulla e mi
piacerebbe
approfondire
Health check Spotify
4
3
Feddback
Do spesso Feedback
in tranquillità e sono
confidente su come
darli e riceverli
Ho problemi a dare
Feedback e spesso
sbaglio le modalità
Health check Spotify
4
4
Agile Game
Conosco molti
giochi per imparare
le tecniche agile
Non conosco
nessun gioco e non
trovo l’utilità in essi
Health check Spotify
4
5
Lavoro in team CF
e so tutti I pro e I
contro del MT
Non so nulla sul
multitasking e I
team cross
funzionali sono un
fake
Team CrossFunzionali
& Multitasking
Health check Spotify
4
6
Marco Di Biase
marcodb84@gmail.com @MarcoDIBi
marco.dibiase.585
Thank You!

Giocando si impara prima e meglio - #iad15 Brescia

Editor's Notes

  • #2 CHi di voi ha dei figli? Alzi la mano Chi di voi ha imparato qualcosa giocando? Cosa? Faremo 3 momenti di attività / Giochi per capire alcune metodologie di sviluppo iterativo, teamwork, continuos improvement e poi un pò di teoria di questi argomenti.
  • #3 Nei post-it che abbiamo preso, scriviamo il nome, diciamo chi siamo e lo posizioniamo nell’angolo prestabilito della stanza.
  • #5 Ognuno ottiene 3 carte per votare voto Green rappresenta che tutto sta andando bene Yellow rappresenta che alcune cose stanno andando bene Red abbiamo bisogno di migliorare molto
  • #6 Dividersi in gruppo in base ai colori dei post-it – scrivere in gruppo tutto quello che ci si aspetta da questo WS e ataccarlo nel corrispettivo posto. Green: Conosco tutte le problematiche del teamwork Red: Non so nulla e mi piacerebbe approfondire
  • #7 Dividersi in gruppo in base ai colori dei post-it – scrivere in gruppo tutto quello che ci si aspetta da questo WS e ataccarlo nel corrispettivo posto. Green: Do spesso feedback in tranquillità e sono confidente su come darli e riceverli Red: Ho problemi a dare feedback e spesso sbaglio le modalità
  • #8 Green: Conosco molti giochi per imparare le tecniche agile Red: Non conosco nessun gioco e non trovo l’utilità in essi
  • #9 Green:Lavoro in team CF e so tutti I pro e I contro del MT Red: Non so nulla sul multitasking e I team cross funzionali sono un fake
  • #10 Meno Email Più Parole ; Feedback frequenti dal partner e tra i colleghi
  • #11 C'è un grande mito DA SFATARE: Se si scrive ogni requisito, gli utenti potranno ottenere esattamente quello che vogliono. Non è vero.
  • #13 Individual and Interactions OVER processes and tools
  • #14 I feedback servono per il continuous improvement, far crescere le persone e i processi.
  • #15 Software, post-it, personali
  • #16 Quelli personali, Come e quando si danno? NO AGGRESSIVITà
  • #17 Dare feedback in disparte e creare l’atmosfera confortevole
  • #19 Aumenta la fiducia e la trasparenza
  • #20 In passato, molti credevano multitasking fosse un buon modo per aumentare la produttività ed era una capacità che potesse essere insegnata.  Ciò ha provocato in molti confusione, disorientamento, frustrazion, e bruciato individui.  Alcuni studi hanno constatato che il Multitasking riduce la produttività fino al 40%!  Questo potrebbe sembrare alto, ma anche il 10% in meno della efficienza è un male. Perchè questo? Multitasking altera capacità cognitive da superlavoro del cervello. Esso crea stress supplementare che, anche se non sempre visibili, prende il sopravvento sul corpo umano. Come ci si muove tra le attività il cervello cerca di mantenere più stati cognitivi in ​​una sola volta. Purtroppo, il cervello non è costruito per questo, perché si fa fatica a inibire le distrazioni. Alcune attività semplici come l'ascolto di una conversazione e scrivere una nota potrebbero sembrare fattibile, ma si basa su un alta complessità.  L'attenzione richiesta per un'attività è direttamente correlata alla sua complessità.  Nella programmazione esistono alcuni compiti che non richiedono un elevato livello di concentrazione. Insufficiente attenzione durante le fasi di progettazione, programmazione, o debug tutti hanno ripercussioni negative.  Il cambio di contesto è ulteriormente aggravato, come un programmatore si sposta da un progetto all'altro, caratteristica per caratteristica, e una lingua all'altra.  Ognuno richiede informazioni diverse, che aggiunge ulteriore carico mentale e aumenta il tempo investito. Quindi, come possiamo risolvere il multitasking? Facciamo di più con meno.  Abbiamo bisogno di identificare le situazioni di multitasking e rompere l'abitudine.  Abbiamo bisogno di concentrarsi su un compito alla volta. Consigli: Organizzare un tempo durante il giorno per essere "wired in." Questo può essere realizzato con le ore di lavoro e crea basse e alti periodi di distrazione. Essere sicuri di prendere i lavori più facili, durante i periodi di distrazione potenzialmente elevati. Durante l'alto carico cognitivo trovare modi per ridurre le distrazioni. Questo può includere la fissazione di un smartphone fuori mano, spegnere e-mail per un po ', etc. Se le distrazioni sono inevitabili, smettere di lavorare sul compito attuale e dare a quella distrazione attenzione completa. Una volta che è stato risolto, tornare al compito precedente. Non cercare di bilanciare entrambe le attività. Con l'eccezione di debugging, cercare di limitare l'esposizione alle molteplici tecnologie contemporaneamente. Cercate di evitare di back-to-back incontri. I tempi di inattività è importante per il concetto di indurimento. Se la tentazione di multitasking è a causa della mancanza di tempo e l'abbondanza di attività, definire ciò che è importante per la priorità compiti. Mantenere un elenco continuo di attività. L'impatto di una distrazione può essere mitigato da un'attività futura.
  • #21 Quanto tempo ci vuole per scrivere un nome? 1. Scrivere cinque nomi, tutti nello stesso momento. Misurare i tempi che ci vogliono per ogni nome e il tempo totale. 2. Quindi scrivere cinque nomi, una lettera alla volta. Misurare di nuovo. 3. Stupirsi del costo del multitasking.
  • #22 Rilasci frequenti, danno la possibilità di feedback più veloci e il rischio del fallimento è meno elevato, perchè si vede il risultato in brevi tappe
  • #23 Team: Cross-Area - Cross-Funzionale – stabile autonomo e autoorganizzato ORIENTATO AL PRODOTTO QUANDO ABBIAMO UN PROBLEMA TUTTI POSSONO INTERVENIRE E non dobbiamo aspettare la lavorazione di altri team esterni
  • #24 Nella metodologia Agile, la retrospettiva è un momento fondamentale per aiutare un team a migliorare il flusso produttivo. Ritengo, infatti, che sia molto importante variare periodicamente il modo di fare retro, cosi da non fossilizzarsi sulle solite problematiche o cadere nel tranello dell’appagamento. Per questo ho selezionato 3 tecniche di retrospettive agile che meritano di essere approfondite, ma non ora se volete contattatemi  La retrospettiva è un incontro che si tiene alla fine di un’iterazione di sviluppo Agile. Durante la retrospettiva, il team riflette su quanto accaduto durante l’iterazione appena trascorsa e individua le azioni per migliorare il futuro. Mad-Sad-glad 4L Cappelli
  • #26 Autoscuola esempi di giochi per imparare
  • #27 Programmare, Scratch: si imparara ad usare il PC con un ottica diversa, programmare giocando creando dei giochi.
  • #29 Quanto tempo ci vuole per scrivere un nome? 1. Scrivere cinque nomi, tutti nello stesso momento. Misurare i tempi che ci vogliono per ogni nome e il tempo totale. 2. Quindi scrivere cinque nomi, una lettera alla volta. Misurare di nuovo. 3. Stupirsi del costo del multitasking.
  • #30 Round One: I lavoratori passano le monete in lotti di 20 vale a dire che possono passare solo monete al lavoratore prossima volta che hanno ribaltato tutte le 20 monete Round Two: I lavoratori passano le monete in lotti di 10 vale a dire che possono passare un lotto di 10 monete al lavoratore prossima volta che sono capovolte 10 monete Terza prova: I lavoratori passano le monete in gruppi di 5 ossia possono passare una serie di 5 monete al lavoratore prossima volta che sono capovolte 5 monete Quarto round: I lavoratori passano le monete in gruppi di 1 vale a dire che possono passare ogni moneta al lavoratore prossima volta che hanno ribaltato la moneta In ogni, round, il facilitatore catturare il tempo, per ogni lavoratore, il tempo per la prima moneta e il tempo per tutte le 20 monete da elaborare.
  • #32 l'obiettivo di costruire una torre con su un mashmallow che funge da faro  Materiale Spaghetti, nastro adesivo mashmallow
  • #33 Materiale Lego
  • #34 I bambini, fin da piccoli, imparano giocando. Ci sono tantissimi giochi, anche per bambini ai primi mesi di vita, che li aiutano a imparare a usare i SENSI. Un gioco molto bello e semplice è il "CESTO DEI TESORI" dove il bambino pesca oggetti della vita quotidiana e li esplora con tutti i sensi: un uovo di legno per riparare le calze, un colino per il tè o un gomitolo di cotone. Quello che facciamo noi con i giochi è la stessa cosa: impariamo e viviamo con tutti i sensi nuove esperienze.
  • #42 Dividersi in gruppo in base ai colori dei post-it – scrivere in gruppo tutto quello che ci si aspetta da questo WS e ataccarlo nel corrispettivo posto.
  • #43 Dividersi in gruppo in base ai colori dei post-it – scrivere in gruppo tutto quello che ci si aspetta da questo WS e ataccarlo nel corrispettivo posto.
  • #44 Dividersi in gruppo in base ai colori dei post-it – scrivere in gruppo tutto quello che ci si aspetta da questo WS e ataccarlo nel corrispettivo posto.
  • #45 Dividersi in gruppo in base ai colori dei post-it – scrivere in gruppo tutto quello che ci si aspetta da questo WS e ataccarlo nel corrispettivo posto.
  • #46 Dividersi in gruppo in base ai colori dei post-it – scrivere in gruppo tutto quello che ci si aspetta da questo WS e ataccarlo nel corrispettivo posto.
  • #47 Dividersi in gruppo in base ai colori dei post-it – scrivere in gruppo tutto quello che ci si aspetta da questo WS e ataccarlo nel corrispettivo posto.