Anno: 2018

Puntata 18: L’importanza del feedback

L’importanza del feedback

Una delle cose più comuni che succedono quando siamo incerti se chiedere o meno feedback sul nostro lavoro, sia che siamo Developer, Product Owner o Scrum master è la paura della risposte. Spesso associamo alla parola feedback un significato negativo e questo è un impedimento al nostro sviluppo professionale e personale.

Quando qualcuno ti chiede “vuoi un feedback?”, il nostro cervello automaticamente si mette sulla difensiva, perché magari associamo al feedback una critica e questo è un peccato perché è stato dimostrato che il feedback è uno dei modi migliori in cui possiamo migliorare, diventare professionisti migliori e sopratutto persone migliori.

Quindi, cosa possiamo fare per iniziare a cambiare la prospettiva di come vediamo il feedback?

Puntate Podcast:

Spreaker: //www.spreaker.com/user/10553302/feedback

Itunes: //itunes.apple.com/it/podcast/limportanza-del-feedback/id1385502718?i=1000421564318&mt=2

Riferimenti:

//www.marshallgoldsmithfeedforward.com/marshallgoldsmithblog/?p=719

//www.happymelly.com/the-power-of-feedback/

Puntata 17: 12 modi per fallire con Agile

12 Modi di fallire con Agile

C’è qualcosa di più semplice dl manifesto Agile. Sono 2 pagine…

Eppure molte adozioni Agile falliscono.

Analiziamo insieme una classificona di 12 modi per fallire

Buon Ascolto..

Puntate Podcast:

Spreaker: //www.spreaker.com/episode/15879274

Puntata 16: make Bug great again

Usare un acronimo (REPORT) per i bug

Una certezza c’è nella vita di un software. Ci saranno Bug, ci saranno coloro che se ne accorgono e lo segnaleranno al team di sviluppo..E ci sarà un momento in cui lo sviluppatore dovrà correggere il bug.

E lo sviluppatore spererà di impiegare meno tempo possibile a correggere il bug. Se le segnalazione vengono aperte chiare, precise e come lo sviluppatore le desidera tutto sarà meno oscuro e si eviteranno strani fraintendimenti.

Usando l’acronimo REPORT si attuerà sui bug quello che INVEST è per le user story

Buon Ascolto..

Puntate Podcast:

Spreaker:  //www.spreaker.com/episode/15819270

Riferimenti: //hackernoon.com/make-bugs-great-again-by-using-report-46892a508835

Puntata 15: case study da Scrum a Kanban

Case study da Scrum a Kanban

La teoria ti dice: non sei Agile, visualizza il tuo lavoro in Kanban, quando sei abbastanza maturo implementa Scrum. Sembra quasi che questi passaggi siano un po’ come superare dei livelli a Super Mario. Ogni volta che vai avanti sei sempre più bravo. ed invece ci sono casi dove il tornare “indietro” serve. Una “traduzione” di un articolo scritto da Susan Trapp

Buon Ascolto..

Puntate Podcast:

Spreaker:  //www.spreaker.com/user/10553302/scrumtokanban

Riferimenti

Transitioning from Scrum to Kanban

Puntata 14: Illegittimus Non Interruptus

Illegittimus Non Interruptus

I pattern di Scrum, come i design pattern, sono soluzioni comprovate a problemi ripetibili, dato un contesto particolare.

ScrumPLoP (www.scrumplop.org) è la risorsa principale per questi pattern, sulla home page troverete una breve sinossi di alcuni dei pattern più popolari e utili, scritti da Jeff Sutherland: Stable Team, Daily Clean Code, Scrumming the Scrum.. e il pattern di cui parleremo oggi Illegittimus Non Interruptus.

Buon Ascolto..

Puntate Podcast:

Spreaker: //www.spreaker.com/user/10553302/illegittimus-non-interruptus

Itunes: //itunes.apple.com/it/podcast/illegittimus-non-interruptus/id1385502718?i=1000418787422&mt=2

Riferimenti

//www.scrumplop.org/

Puntata 13: Spotify Retro kit

Spotify Retro kit

Retrospettive partendo da zero. Giocare a facilitare una cerimonia agile per il proprio team. Spotify, nel suo percorso nel rendere autosufficenti i team, ha creato un kit facile e intuitivo per permettere ad ogni componente del team di facilitare una retrospettiva

Buon Ascolto..

Puntate Podcast:

Spreaker:  //www.spreaker.com/user/10553302/spotify-retro-kit

Riferimenti

Spotify retro kit: //spotifylabscom.files.wordpress.com/2017/12/retro-kit3.pdf

Puntata 12: Scoperta collaborativa

Scoperta collaborativa

Creare un prodotto senza la presenza del cliente sarà molto più difficile e alla portata di rischio.

Il team di siluppo dovrebbe interagire più possibile con il cliente in modo da far ragionare il cliente su cosa davvero vuole e non far uscire dai binari giusti il team di sviluppo.

La scoperta collaborativa dei requisiti è sempre più un dogma per il processo di sviluppo di un software su commessa. Ridurre il rischio di sbagliare, ridurre le spese e ridurre le specifiche inutili, che a fine progetto non porteranno grandi benefini al cliente.

Buon Ascolto..

Puntate Podcast:

Spreaker: //www.spreaker.com/user/10553302/scoperta-collaborativa

Riferimenti

Articolo: //blog.agilistic.nl/the-case-of-the-missing-customers-in-scrum/

Puntata 11: Scrum in una relazione personale

Scrum in una relazione personale

Non lasciare la propria relazione di coppia al destino.

Incanalare mood costruttivo, onestà, voglia di migliorare in un processo di continuo miglioramento fra le mura domestiche.

Sfruttare il format della retrospettiva per allinearsi alla fine del mese su cosa è andato bene, cosa è andato male, cosa si ha intenzione di iniziare/continuare/smettere di fare.

Questo articolo prende spunto da un articolo di Alanna Irving che descrive come lei e il suo ragazzo ( SPOILER: poi marito) affrontano la loro relazione privata.

Buon Ascolto..

Puntate Podcast:

Spreaker: //www.spreaker.com/user/10553302/retrospettiva-coppia

Riferimenti

Articolo: //medium.com/@alannallama/running-agile-scrum-on-our-relationship-9b2085c5d747

Puntata 10: Yesterday’s weather

Yesterday’s weather

I pattern di Scrum, come i design pattern, sono soluzioni comprovate a problemi ripetibili, dato un contesto particolare.

ScrumPLoP (www.scrumplop.org) è la risorsa principale per questi pattern, sulla home page troverete una breve sinossi di alcuni dei pattern più popolari e utili, scritti da Jeff Sutherland: Stable Team, Daily Clean Code, Scrumming the Scrum.. e il pattern di cui parleremo oggi Yesterday weather.

Buon Ascolto..

Puntate Podcast:

Spreaker: //www.spreaker.com/user/10553302/yesterday-weather

Itunes: 

Riferimenti

//www.scrumplop.org/

//www.scruminc.com/yesterdays-weather/

Puntata 9: 7 errori comuni partendo con Scrum

7 errori comuni partendo con Scrum

In questa puntata abbiamo presentato un articolo di Maarten Dalmijn in cui si parla dei 7 errori comuni riscontrati nel partire con Scrum.

Ci riferiamo ad errori trovati dall’autore sia partendo con un team che non si conosce o non ha mai lavorato Scrum ma anche con un team già formato ma che affronta un nuovo progetto

Buon Ascolto..

Articolo:

//hackernoon.com/7-common-mistakes-when-starting-with-scrum-58d25443a821

Puntate Podcast:

Spreaker: //www.spreaker.com/user/10553302/errori-comuni-scrum