Uncovering better ways of developing software
Introspection ( :) ) : misurare la propria agilita'
Ciao Ragazzi, vorrei "misurare" la consapevolezza della agilita' dei nostri team attraverso un test (tipo poll) da far fare a tutti i membri del team. Qualcuno di voi ha gia' qualcosa di pronto? Se no, cosa chiedereste?
Grazie anticipatamente.
Ste
Grazie anticipatamente.
Ste
Visualizzazioni: 10
Risposte a questa discussione
-
Permalink Risposto da Luca Minudel su -
Ciao Ste, in questo post trovi 3 link e un criterio utile allo scopo : http://blogs.ugidotnet.org/luKa/archive/2009/02/02/scrum-processo-d...
Se hai qualche feedback a riguardo 'e ben accetto
-
Permalink Risposto da Ste su -
Grazie Luca! sempre mitico.
Ti segnalo anche questo: http://www.abetterteam.org/new
Ha un taglio diverso ed e' piu' specificatamente XP. Molto interessante e' farlo fare a tutti i membri del team.
ste
-
Permalink Risposto da Luca Minudel su
-
segnato
se fate questa introspection e potete parlarne mi piacerebbe conoscere impressioni indicazioni o suggerimenti per farla
-
Permalink Risposto da Ste su
-
Ciao Luca,
noi l'abbiamo fatta. Non ho suggerimenti particolati, ti dico solo cosa abbiamo fatto e cosa mi piacerebbe fare. Abbiamo chiesto a tutti i membri del team di fare il test e abbiamo collezionato tutti i risultati. La richiesta e' stata estesa a tutti, developers, qa enginers, technical writer, POs, release engineer ecc.
La cosa che e' stata particolarmente illuminante e' che su piu' di una ventina di risultati pervenuti, non ce ne fosse uno uguale all'altro.
Per me e' un'informazione molto utile; non mi dice tanto che stiamo facendo male questo o quello per il momento. Mi dice pero' che la percezione di quello che stiamo facendo e come lo stiamo facendo non e' unanime. Questo e' naturalmente un'area di grosso miglioramente di management e comunicazione della quale ci stiamo facendo carico.
Una prima action item e' stata di fare un meeting informale di "de-briefing" con tutto il team (intendo il team di engineering) alla fine di ogni iterazione. La vedo come un'occasione di mettere in evidenza cose positive, negative o comunque interessanti che sono successe durante l'iterazione.
Poi abbiamo intenzione di lavorare sui punti piu' critici, a partire da quelli che in piu' persone hanno valutato in modo carente. Vorremmo anche rifare il test piu' avanti per vedere se cambia qualcosa e magari per team, in modo da favorire anche il confronto tra opinioni diversi.
-
Permalink Risposto da Simone Casciaroli su -
Stefano se ti interessa questi sono i punti su cui si basa il test che hai postato:
http://www.agile-software-development.com/2008/01/how-agile-are-you...
Ammetto che non mi e' mai piaciuto misurare l'agilita' del team (come mezzo per misurarne il progresso) dato che il mio obiettivo e' essere un po' piu' efficace ogni iterazione non un po' piu' agile :)...
-
Permalink Risposto da Ste su
-
Ciao Simone,
grazie per il link. Sul tuo commento sfondi una porta aperta. Pero' avevo bisogno un modo semplice per far capire cosa stavo cercando.
Sul test, il mio intento non e' di misurare la nostra agilita', ma di verificare la percezione del team rispetto a un modo diverso di sviluppare il software rispetto a quello che facevamo prima.
Cio' detto pero' devo anche ammettere che spesso sie riesce ad essere piu' efficaci perche' si e' un po' piu' agili.
-
Permalink Risposto da Luca Minudel su
-
@Simone
questa frase mi fa sempre uno strano effetto :D
E' uno spunto di riflessione anche su esperienze negative che ho attraversato (che naturalmente non attribuisco a quanto hai inteso)
> il mio obiettivo e' essere un po' piu' efficace ogni iterazione non un po' piu' agile
mi viene in mente quando mi piaceva l'idea di imparare a suonare con la tastiera per suonare qualsiasi musica che immaginavo ma di esercitarmi con le scale nessuna intenzione
trovo che certe abilità di coding e sociali e personali (dell'essere oltre che del conoscere) sono cosi evolute che richiedono continuo impegno e apprendimento e quindi il paragone con la musica mi sembra azzeccato
-
Permalink Risposto da Simone Casciaroli su
-
@Luca, scusami mi sono accorto solo adesso che mi avevi risposto.
Rileggendo la frase che ho scritto non piace molto neanche a me :) sembra un po' spocchiosa ma non era mia intenzione :)
La questione e' questa, credo che una bella fetta della cosiddetta comunity Agile si sia scordata che come da manifesto "Individuals and interactions over processes and tools"...vedi quando io sento il solito Scrum Master fresco di corso che mi sciorina la sua bella lista della spesa Scrum e mi dice che se nn ho tutto gli ingredienti non e' Scrum a me viene un po' l'orticaria...
Quindi quando su un post di Francesco Cirillo ho trovato scritto:
This might seem like a contradictory suggestion, but remember that the goal of XP is to be effective, and not to “do XP”. [ http://cirillosscrapbook.wordpress.com/2008/05/27/mamma-programming/ ]
dentro mi suonavano le fanfare :) da qui e' diventato un motto e lo tiro fuori anche piu' del dovuto :)
Tornando al discorso di cui sopra, per mia esperienza e' piu' importante per il team capire il significato delle pratiche e la correlazione causa->effetto che ci puo' essere nell'applicarle o meno e soprattutto il legame intrinseco (e a volte imprenscindibile) che c'e' tra di loro.
Per me questo e' piu' importante che imparare le scale, prima voglio che imparare perche' devo fare le scale :)
A presto
© 2013 Creato da Marco.
