A volte capita che l’oggetto del vostro lavoro quotidiano (progetto, componente hw/sw, etc) richieda piu’ tempo del previsto.
Questo capita con maggior probabilita’ quando ci si “avventura” in qualcosa di nuovo, di tecnologicamente avanzato, diciamo ai confini della sperimentazione.
Se il ritardo e’ ridotto, in proporzione alla durata complessiva, il problema si riduce.
Avete presente la storia degli ascensori che Lorenzo racconta in alcuni suoi webcast su Team System e TFS ?
E la storia dell’A380 ? (Time: Airbus’ Tangled Wires)
Nel nostro piccolo, quando ci dobbiamo accorgere che la strada scelta NON porta al risultato desiderato e stiamo spendendo troppo tempo ?
Insomma, quando e’ ora di chiudere il rubinetto e guardare in faccia la realta’ ?
Tante domande, nessuna risposta.
cit: Cosa ho voluto dire? Non lo so. PerĂ² c’ho ragione e i fatti mi cosano. (Paolo Cevoli)
April 19, 2007 at 6:17 am |
Il mese prossimo uscirĂ un libro proprio su questo argomento
“The Dip: A Little Book That Teaches You When to Quit” by Seth Godin
The Dip: A Little Book That Teaches You When to Quit (and When to Stick)
October 17, 2007 at 11:34 am |
[...] trust Gabriele Lana (generally) and what he wrote in this old post of [...]