Mi ero ripromesso da un bel po’ di tempo di ultimare la lettura di questo libro, consigliatomi da un discreto numero di persone, perfino su Stackoverflow.
Finalmente, approfittando del periodo di ferie e sconfiggendo la pigrizia, sono riuscito nel mio intento, per cui eccovi la tanto attesa recensione di questa breve ma utilissima opera.
Fin da bambino mi è stato a più riprese insegnato – o inculcato, se preferite questo termine – che non basta saper fare qualcosa, ma è fondamentale saperlo anche presentare e spiegare.
Ricordo maestri ed insegnanti che solevano ripetere meccanicamente a tutti gli studenti “timidi” durante le interrogazioni:
“Se non sai spiegarlo, probabilmente non hai studiato abbastanza. O almeno è quello che posso pensare di te.”
Nel tempo a quella frase-sentenza è stata aggiunta la postilla:
“Saper spiegare quello che hai fatto è condizione necessaria ma (sfortunatamente!) non sufficiente per dimostrare il tuo impegno.”
Sono cresciuto con queste semplici regole di vita in testa, sedimentate nel corso degli anni ed ogni volta che qualcuno mi chiede conto di qualche mio lavoro, scatto come una molla, cercando di presentarlo al meglio che posso.
Talvolta difendendolo a spada tratta, soprattutto quando ritengo che mi siano mosse delle critiche ingiuste.
Un aspetto comune di qualunque lavoro sono le scadenze, ossia i limiti temporali entro i quali è necessario consegnare qualcosa, sia esso una parte oppure il prodotto completo.
Da Wikipedia:
A time limit or deadline is a narrow field of time, or particular point in time, by which an objective or task must be accomplished. In project management, deadlines are most often associated with milestone goals.
Per definizione le deadline, sia concordate verbalmente con un cliente che messe nero su bianco, vanno rispettate a fronte di una qualche “punizione”, ad esempio una penale o la mancata soddisfazione del cliente che difficilmente ritornerà da noi.
Queste sono deadline esplicite e chiare: fissata la data, l’obiettivo è rispettarla, anche a costo di arrivare all’ultimo momento utile o chiedere una qualche deroga.
Quello che però tanta gente finge di ignorare sono le deadline forzate o implicite che dir si voglia.
Per quanto l’argomento non sia nuovo su questo blog, mi sono accorto di non aver ancora recensito nessun libro che tratti il tema delle metodologie di sviluppo agili.
Così, per porre rimedio, ho dato un’occhiata a qualche libro e, alla fine, ho deciso di recensire questo libro di Ken Schwaber, uno degli autori di questa metodologia.
Una caratteristica standard richiesta normalmente ad un candidato per un posto di lavoro è la capacità di risolvere i problemi (“problem solving”), che include anche il saper mettere una pezza a qualcosa che non funziona adeguatamente. Da Wikipedia:
“Con l’espressione inglese troubleshooting (“eliminazione del problema”) si intende un processo di ricerca logica e sistematica delle cause di un problema, affinché possa essere risolto, il prodotto, o processo, che ne è affetto torni ad essere nuovamente operativo e il malfunzionamento non si verifichi più.”
