Tecnest, azienda di Udine specializzata nella fornitura di soluzioni informatiche e organizzative per la pianificazione, controllo e gestione dei processi di produzione e della supply chain, ha individuato 4 criticità principali che si incontrano nella gestione di un progetto software.
Primo, l’incertezza dei requisiti. “Generalmente un progetto inizia sempre con una fase di definizione dei requisiti che il software dovrà avere in termini di funzionalità e servizi forniti. Il problema è che spesso è difficile capire cosa serve realmente in un software fino a quando non lo si vede realizzato: ci sono requisiti anche importanti che inizialmente sono espressi in modo poco chiaro e che soltanto in seguito, vedendoli implementati, si riescono a comprendere più compiutamente” afferma Paolo Fontanot, product manager di Tecnest, responsabile delle evoluzioni applicative della suite software J-Flex di Tecnest.
Secondo, l’interpretazione sbagliata di un requisito. “Può capitare che un requisito sia formulato in modo poco chiaro o sia frainteso, quindi si rischia di sviluppare il progetto in una direzione che si rivelerà poi quella errata” dice ancora Fontanot.
Un terzo problema è legato all’incertezza dei tempi: “Con le metodologie di progetto tradizionali, cosiddette “a cascata”, i tempi tra la raccolta dei requisiti e il rilascio dell’applicazione finale sono piuttosto lunghi. A questo si aggiunge il fatto che più giorni passano tra il briefing iniziale e il rilascio del software, più aumentano imprevisti e criticità. Può, infatti, accadere che le esigenze manifestate inizialmente cambino nel tempo, con la conseguenza di avere un prodotto finale che non è più in linea con le esigenze attuali. Ciò implica dover realizzare successivi sviluppi o modifiche al software prima di arrivare al risultato desiderato” spiega Alessandro Bonanni, project manager & supply chain consultant di Tecnest.
La quarta criticità è legata a un coinvolgimento non continuativo del cliente o committente nelle diverse fasi: “Se chi commissiona il software viene coinvolto solo all’inizio e alla fine del progetto, è alto il rischio che il prodotto finale possa non soddisfare completamente le aspettative e che quindi sia necessario fare ulteriori modifiche e implementazioni, con conseguenze negative sui tempi e sui costi di progetto” aggiunge Bonanni.
