Questo è il mio ultimo giorno in Reply.

In questi tre anni oltre che ad incazzarmi varie volte , ho avuto la fortuna di lavorare con persone molto valide, su tutti vorrei nominare e ringraziare Tom. La nostra collaborazione sempre cristallina e aperta al miglioramento, mi ha fatto crescere molto e mi ha regalato oltre che soddisfazioni professionali, anche un’amicizia sincera.

Ora inizio una nuova avventura, non solo professionale, ma anche di vita. Da aprile Simone mi avrà nel suo team in GM Technologies a Lugano. Di questo sono molto contento, per la stima umana e professionale che nutro verso di lui e perché ho visto un gran team molto omogeneo e di cui condivido valori e principi: le premesse sono ottime e sono convinto verranno sviluppate alla grande.

Non mi resta che chiedervi di rimanere sintonizzati, se vi va, su questi schermi: cercherò di tenervi aggiornati ed annoiarvi come ho sempre fatto: la strada è nuova, ma la bussola è la medesima!

Fate una passeggiata al lago!

Ovvero: quando possiamo misurare in maniera diretta i benefici economici che derivano dalla messa in produzione di una funzionalità, quando invece vi sono altri fattori esterni che influiscono sui ricavi, o quando il valore è intangibile.

Read the rest of this entry »

Un thread sulla mailling list del pomodoro mi dà lo spunto per scrivere questo post.

La domanda è: cosa misurare e su cosa concentrarsi per aumentare la velocità di un team?

Misuro e minimizzo i Pomodori (=effort) necessari per raggiungere un certo obiettivo, piuttosto che i giorni reali impiegati?

Personalmente non lo ritengo efficace. Meglio concentrarsi (e quindi misurare) altro:

• puntare ad aumentare e misurare la qualità del prodotto e del processo:
• significa minimizzare gli sprechi causati dal rifare o modificare quanto fatto in passato
• fare rilasci frequenti (minimizzare time-to-market):
• significa eliminare gli sprechi causati dall’avere pezzi in giacenza in magazzino
• migliorare la comunicazione con il cliente:
• significa eliminare gli sprechi causati da direzioni sbagliate
• dare una priorità alle storie esplicitandone il loro valore di business:
• significa eliminare gli sprechi su storie di poco valore
• valutiamo il miglioramento degli aspetti sopra esposti contro:
• ritorno di investimento
• soddisfazione del cliente e degli utenti finali
  

Cercare di massimizzare esclusivamente la velocità pura, porta a cercare scorciatoie, ad abbassare la qualità, a causare l’overload delle risorse (= sistema di code ad alto rischio, eccesso di stress, creatività ai minimi) e quindi a far decrescere nel medio-lungo termine la velocità stessa. Provare per credere.

Nello sviluppo del software come nel guidare un auto, è più importante saper sterzare, che andare veloci. — Ron Jeffries

Uno dei principi più importanti di XP, nonché uno dei valori fondanti, è: scegli la via più semplice.

Ad esempio, se ci si trova a dover scegliere tra due soluzioni, una che prevede un’infrastruttura più ampia, utile anche in futuro, ed una invece con un’infrastruttura ad uso esclusivo della business story attuale, XP guida nella scelta con l’euristica:

“scegli la soluzione più semplice, che non fa assunzioni sulle necessità future e che presuppone lo sviluppo solo dell’infrastruttura necessaria adesso, così da minimizzare il time-to-market e da non precludere alcuna strada futura”.

E’ l’essenza dello sviluppo iterativo.

La domanda ora è: scegliere in base a questa euristica, ottimizza il ritorno di investimento finale?

Nel corso di questo post per mezzo di un’analisi finanziaria comprenderemo in quali situazioni l’euristica XP è vincente rispetto ad una scelta con architettura up-front.

Read the rest of this entry »