Le modifiche ad ambito, tempi o budget compromettono davvero il successo di un progetto di sistemi informativi?

Host: Benvenuti a un nuovo episodio di A.I.S. Insights — powered by Living Knowledge. Sono Anna Ivy Summers e oggi esploreremo un tema cruciale per qualsiasi organizzazione: come misurare realmente il successo dei progetti tecnologici. Con me c'è il nostro analista, Alex Ian Sutherland. Benvenuto, Alex.

Expert: Grazie Anna, è un piacere essere qui. Oggi parliamo di uno studio davvero illuminante intitolato "Successo della gestione dei progetti di sistemi informativi". È una ricerca che rimette in discussione molte delle certezze che abbiamo dato per scontate negli ultimi anni nel mondo aziendale.

Host: Esatto. Se chiedete a qualsiasi dirigente o leggete i report di settore, la narrativa dominante è quasi sempre la stessa: i progetti informatici falliscono a tassi allarmanti. Ma da dove nasce questa percezione di fallimento continuo?

Expert: Nasce da un errore di prospettiva. Molti dei parametri storici usati per valutare questi progetti derivano dallo sviluppo software puramente tecnico, dove il successo viene misurato in modo rigidissimo rispetto al cosiddetto triangolo di ferro: ambito, tempi e costi definiti all'inizio. Se si sfora di una settimana o di qualche migliaio di euro, il progetto viene etichettato come compromesso. Tuttavia, i progetti di sistemi informativi all'interno delle aziende moderne non sono puramente tecnici; sono socio-tecnici. Coinvolgono persone, processi, modelli organizzativi e mercati che cambiano mentre il progetto è in corso.

Host: Ha perfettamente senso: pretendere che la realtà rimanga immobile per mesi o anni è un'illusione. Ma come ha affrontato empiricamente questo problema lo studio in esame?

Expert: Lo studio ha adottato un rigore metodologico notevole. I ricercatori hanno condotto un'indagine internazionale coinvolgendo centosette project manager di grande esperienza, raccogliendo dati dettagliati su ben quattrocentosettantadue progetti aziendali. Hanno poi applicato analisi statistiche avanzate, sia parametriche sia non parametriche, per verificare il rapporto reale tra la fedeltà ai piani iniziali e il successo percepito del progetto.

Host: E cosa hanno rivelato questi quattrocentosettantadue progetti? I numeri confermano i timori diffusi?

Expert: Al contrario, i risultati ribaltano la narrazione tradizionale. Lo studio evidenzia che la gestione dei progetti di sistemi informativi ottiene un livello di successo complessivo molto alto. Più del cinquantadue percento dei progetti analizzati ha ricevuto valutazioni ai vertici della scala, tra nove e dieci su dieci, mentre soltanto il sette virgola quattro percento è stato valutato sotto la sufficienza.

Host: Questo è un dato impressionante, Alex. Praticamente più della metà dei progetti viene considerata un successo eccezionale da chi li gestisce sul campo. Ma quanti di questi progetti hanno effettivamente rispettato il piano iniziale alla lettera?

Expert: Qui arriviamo al cuore dello studio: appena il ventisei virgola uno percento. Poco più di un quarto dei progetti ha mantenuto contemporaneamente ambito, tempi e budget originari senza alcuna modifica. Il messaggio è chiaro: deviare dal piano di base non è un'anomalia o un segnale di crisi, ma è la prassi normale nella gestione dei progetti aziendali.

Host: Quindi modificare la rotta iniziale non significa affatto fallire.

Expert: Assolutamente no. Lo studio dimostra che, sebbene i progetti conclusi senza variazioni ottengano comprensibilmente i punteggi massimi, le modifiche motivate e approvate non intaccano in modo sostanziale il successo percepito. Anzi, c'è un'evidenza statistica ancora più sorprendente: gli slittamenti nei tempi di consegna non hanno mostrato alcun impatto negativo statisticamente significativo sul successo finale rispetto agli scostamenti di ambito o di budget.

Host: Questo è un punto di svolta per il business. Spesso i comitati direttivi vanno nel panico appena una scadenza slitta di qualche mese. Perché, secondo questo studio, il tempo non compromette il successo percepito?

Expert: Perché nel business reale il valore batte la puntualità rigida. Se un ritardo consente di adattare il sistema a una nuova normativa, a un cambiamento del mercato o di formare meglio i dipendenti che dovranno usarlo, quel ritardo protegge il valore dell'investimento. Concentrarsi ossessivamente sul rispetto di una data stabilita prima ancora di conoscere tutti i dettagli operativi è una miopia strategica.

Host: In termini pratici, quali sono le lezioni immediate per i leader aziendali, i CIO e i direttori operativi che ci ascoltano?

Expert: La prima lezione è aggiornare i criteri di governance. Valutare un project manager esclusivamente sulla sua aderenza a un documento scritto sei mesi prima incentiva comportamenti errati, come tagliare funzionalità utili pur di rispettare una data fittizia. La seconda lezione è abbracciare la flessibilità controllata: rinegoziare la linea di base deve essere visto come un atto di gestione responsabile e matura, non come un'ammissione di colpa.

Host: In sintesi, il vero successo non consiste nel seguire ciecamente un piano superato, ma nel consegnare una soluzione che generi valore reale e duraturo per l'organizzazione.

Expert: Esattamente. Il piano iniziale è una bussola, non una camicia di forza.

Host: Uno spunto prezioso che ridefinisce il modo in cui dovremmo misurare i nostri investimenti tecnologici. Grazie mille ad Alex Ian Sutherland per aver condiviso queste intuizioni con noi.

Expert: Grazie a te, Anna, e a tutti i nostri ascoltatori.

Host: Grazie a tutti per aver seguito A.I.S. Insights — powered by Living Knowledge. Continuate a seguirci per nuovi approfondimenti dal mondo del business e della tecnologia. Alla prossima puntata.