Italian Agile Day 2011
19 - 20 Nov 2011 at Università degli Studi Roma Tre, Dipartimento di Informatica e Automazione

Re: "team agili costano più di quelli non agili e il risultato è misurato dalle esperienze dirette di Francesco."

Non è quello che ho misurato. Team Agili maturi hanno costi superiori relativamente a Team Agili meno maturi. Maturità = tempo lavoro insieme. Maturità non fa riferimento ad esperienza.

Re: ROI: Non capisco perché sia impreciso. Relativamente alla mia affermazione sulle startup nel talk ho detto che quella è la Mia indicazione. Si tratta di una strategia imprenditoriale: Crescere senza riorganizzare i costi non sembra sostenibile. Questa la tesi. Per me a Berlino ora si tratta di dar vita a questa tesi. Ma da quello che ho visto operativamente in quelle poche startup dove sono stato il problema citato ostacola pesantemente lo sviluppo già dai primi mesi.

re: Dati. Si tratta di dati sui progetti nostri e di nostri clienti. Quindi in ogni caso se è vero che "I processi dipendono dalle persone, no?" qualunque misurazione non può dimostrare nulla di realmente utile e decisivo per "chiunque" _a meno che_non_eseguiate_voi_quelle_misurazioni_sul_vostro_team_.

Principalmente per questo motivo, l'uso di trend è utile: si tratta di pattern reali riconoscibili a partire da Vostri dati.

I dati in sé sono semplici da raccogliere. Misurate i vostri costi per funzionalità. Noi lo facciamo con la Pomodoro Technique, sui team nostri e dei nostri clienti. Come mostrato ci possono essere tanti tipi diversi di forme, verificate la vostra: cercatene una spiegazione partendo dai vostri dati. Relativamente alla qualità interna: partire con un sondaggio sulla percezione della qualità soggettiva è un ottimo inizio. Lo si può correlare a metriche come McCabe o altre eventualmente più favorite.

In altri termini: provate e analizzate. I vostri dati sono rilevanti per il vostro cambiamento: "I processi dipendono dalle persone, no?"

Ho visto solo 10min dal vivo, poi ho riguardato il video oggi.
Ottima presentazione e tutto quello che hanno già detto i commenti sopra.

Dovresti riproporre il tuo spunto al movimento del software craftmanship.

Peccato per il giratore di slides umano e il collegamento con la seconda sala: un punto in meno per l'organizzazione :)

L'ho seguita solo guardando il video e stavo per farti l'applauso differito da remoto :)

La parte centrale in cui spieghi il formato dell'A3 si potrebbe prestare a qualcosa di più interattivo con il pubblico e fare lavorare la platea su piccoli esempi personali.

All'inizio accenni al concetto di meno "change agents" e più "change catalyst". È stato a lungo anche un mio spunto: si dovrebbe fare un'intera presentazione solo su questo tema! :)

Guarda, ti darei un 4/5 solo per differenziarmi (che noia...). Ma in realtà è stato praticamente perfetto.

Grazie!

p.s. l'anonimous "tonino" ero io (ed ho sbagliato a scrivere il twitter id, just in case)

Non l'ho seguita dal vivo ma in stream. In generale mi e' piaciuta, Francesco e' un oratore ottimo e il messaggio principale, quello che dice Matteo, e' sicuramente interessante.

Le cose che non mi sono piaciute sono fondamentalmente due:
1) I grafici dei team. Capisco che i dati siano privati ma la metodologia usata la raccolta e il trattamento dovrebbero essere pubblici. Quanti team? Come sono stati presi i valori? ecc. Altrimenti parliamo di evidenza aneddotica con tutti i suoi limiti.

2) Il discorso economico sul ROI e' impreciso e lascia adito a molte critiche. Per esempio: se avessi una startup io cercherei di aumentare gli introiti di 10 volte con un software che costa il doppio, piuttosto che limare un 20% dai costi.


Infine una piccola nota, mi pare di aver colto diverse "frecciatine" durante la presentazione a personaggi noti nel mondo agile. Personalmente le trovo dispersive perche' dopo continuo a domandarmi "ma avra' voluto riferisti al libro di tizio o all'ultima presentazione di caio?" e mi perdo il filo del discorso. Magari ad altri piacciono pero'.

bene: gli esempi usati per comunicare il concetto sono straordinari!

si puo' migliorare: fare qualche esempio calato nell'ambito della comunicazione interna ai team agili, della comunicazione da parte del coach verso il team, tra i team agili ed il customer ed infine le proprieta' comunicative degli "information radiator" che usano i team stessi (simple, stark, current, transient, influential, highly visible, and minimal in number. http://agileinaflash.blogspot.com/2010/07/information-radiators.html)

disclaimer: l'ho visto solo registrato.

bene: tought provoking topics
aggiungerei: chiarire la tesi, dare piu' evidenze a supporto della stessa
toglierei: affermazioni sarcastiche, empiriche

Tonino (@tonyzt)