ASAP: la scadenza dell’ignoranza
Niente è più nocivo nella gestione di progetti software che avere un cliente, un manager o CEO che pronuncia la famigerata parola ASAP alla domanda: “quando dev’essere finito o consegnato questo progetto?”.
La determinazione di una precisa data di scadenza o almeno di un range temporale definito è fondamentale per ogni progetto software e per gli sviluppatori che ne sono coinvolti.

Non ha importanza che la scadenza sia pressante o meno, ma il fatto stesso che sia stabilita con esattezza permette una serie di scelte e di decisioni tecniche e architetturali altrimenti impossibili da deliberare.
Usare la parola ASAP significa ignoranza dei principi del Project Management sia Agile che Waterfall, tra i quali c’è il fissare una data di scadenza o un range preciso di scadenza, perché il tempo è uno dei vincoli di progetto, assieme ai requisiti, ai costi e alla qualità. Solo tramite l’accurato bilanciamento di questi vincoli si può arrivare ad una corretta pianificazione e conclusione soddisfacente del progetto. Se tu togli uno di questi vincoli rendendolo vago e indeterminato, non è possibile bilanciare gli altri.
Nell’ambito software, banalmente, un programmatore deve sapere fino a quanto può spingersi con tests, refactor e rifinitura del codice e lo può sapere solo se ha un vincolo temporale preciso. Se non lo ha, tutto è lasciato ad una scelta personale ed istintiva, che è quanto di più errato ci possa essere.
ASAP significa solo pigrizia, superficialità e incapacità di capire la natura di un progetto software; significa presupporre che il software sia un processo finito, semplice e banale, e non un sistema complesso in evoluzione, dove sempre ci sono compromessi tra le varie esigenze, e la vaghezza nei requisiti temporali non aiuta a decidere su cosa compromettere.
Le stesse persone che usano la parola ASAP in progetti software, tra l’altro, si guarderebbero bene dall’usarla in altri ambiti industriali. La usano perché hanno un’idea squalificante dell’ambito ingegneristico in questione.
In definitiva, vuoi una garanzia di fallimento dei tuoi progetti software? Adopera o lascia adoperare la parola ASAP invece di dare scadenze precise e ponderate.
