[Agile day] Results day


Negli ultimi 2 mesi sto lavorando in un team di agilisti, come Lorenzo Bolzani -neo-fondatore del gruppo Scala User Group di Milano-
Daniele Della Fiore -esperto di usabilità e comunità 2.0- ed altri su un progetto il cui codice è scritto in modalità Domain Driven Design

Cerchiamo di applicare i principi xp nel lavoro day-by-day, ovviamente incontrando difficoltà legate al planning, al codice, alla condivisione di informazioni.
Proprio su quest'ultimo punto abbiamo avviato una ricca discussione circa la modalità di condivisione delle informazioni.


La pratica di scrittura del journal la sera prima di uscire era poco applicata; pochi scrivevano un summary della loro attività quotidiana e
(ancora peggio) pochi le leggevano.
Discutendo dei motivi è emersa l'esigenza di provare qualcosa di nuovo! Il wiki interno è come il codice, e per essere utile deve essere rifattorizzato,
riveduto costantemente e aggiornato spesso.
Abbiamo notato che le informazioni piu importanti sono le ultime in ordine temporale e spesso è utile scrivere tante piccole note durante la giornata,
rispetto a un unico riassunto al termine, che spesso implica la perdita di tanti dettagli importanti.

Il successo è stato l'attuazione di una proposta di uso di un tumblr ; i post sono aumentati e globalmente c'è un flusso di informazioni di qualità.
Ci sono anche critiche a questa nuova modalità: non tutte le informazioni devono stare lì, c'è il rischio di perderle.
L'importante è provare e valutare dopo un po' come va!
Il mercoledì pomeriggio siamo soliti fare formazione interna. L'andamento dello studio però non ci soddisfaceva; il primo passo è stato studiare
argomenti piu legati al progetto, in modo da riusare nel breve la conoscenza acquisita. Ad esempio abbiamo approfondito wicket

Il secondo successo è stato provare uno studio a-la "etude" di Shore e Warden. Abbiamo quindi analizzato parti del nostro dominio, rivedendo il design
costruito nel tempo. E' stato un evento importante, il cui effetto è stato l'aver acquisito maggiore conoscenza di logiche di dominio e l'aver rifattorizzato
pesantemente la gestione del tempo e della formattazione del nostro progetto.

Nessun commento: