Il Consiglio del Coach si sposta su Cirillo’s Scrapbook.
Li’ troverete i post e i commenti. Questo Blog rimarra’ visibile il tempo necessario per completare lo spostamento sul nuovo.
A presto!
Francesco
La rubrica di Francesco Cirillo. Suggerimenti e riflessioni per diventare Sviluppatori Agili.
Il Consiglio del Coach si sposta su Cirillo’s Scrapbook.
Li’ troverete i post e i commenti. Questo Blog rimarra’ visibile il tempo necessario per completare lo spostamento sul nuovo.
A presto!
Francesco
di Francesco Cirillo.
Questa settimana sono venuti a trovarmi qui a Roma due Coach Agili.
Entrambi hanno la mia stima perchè hanno iniziato a fare questo lavoro dal 2000 e da allora hanno avuto il tempo necessario per sbagliare e imparare molto
.
Nonostante uno di loro provenga dal nord Europa e l’altro dal nord America, ci siamo trovati subito d’accordo quando ci siamo raccontati la nostra più grande paura relativamente allo sviluppo agile: team che abbracciano i metodi agili, ottengono immediati vantaggi da essi e dopo un anno o poco più sono in crisi. Ovvero team che abbracciano i metodi agili, ottengono immediati vantaggi e non si accorgono di “lavorare come lavoravano prima”. Continua a leggere ‘La paura agile’
di Francesco Cirillo.
Ci sono vari casi in cui il pair programming “scoppia”. Un caso si può verificare quando la coppia affronta questioni tecnologiche.
E’ successo la settimana scorsa in un Team che sto seguendo.
I due iniziano la storia. Si accorgono di dover montare su un Tomcat con una certa versione e di dover interagire con esso dal loro ambiente di sviluppo. “Due minuti” questo è quanto ci vuole per il più tecnico dei due per sistemare tutto e poter partire. L’altro annuisce inconsapevole. Continua a leggere ‘Quando la coppia “scoppia”’
di Francesco Cirillo.
Organizzare l’ambiente di lavoro in maniera efficace può essere una attività non semplice per un team agile. Spesso occorre ottenere permessi per spostare un solo tavolo. Per non parlare a volte della richiesta di lavagne o altro. Ovviamente tutto è superabile nonostante ostacoli burocratici esterni.
Quella che vi sto per raccontare è una storia che non tratta di ostacoli burocratici esterni, ma interni
.
Continua a leggere ‘Il Refactoring per interni d’ufficio’
di Francesco Cirillo.
Il Pair Programming in modo superficiale si definisce come due programmatori che lavorano insieme su una user story: due programmatori, una tastiera, un computer.
Sempre più spesso, nei team che inizio a seguire come Mentor, assisto a coppie di programmatori che parlano, parlano, parlano. Parlano tanto. Le tastiere si riposano, i monitor aspettano. I due parlano.
In realtà tastiere e monitor non sanno che i due di là si stanno accordando su come commettere un crimine: uccidere il codice
. Continua a leggere ‘Mamma Programming’