IT Project Management | Da Duncan Haughey | Tempo di lettura minuti

Cominciamo con alcune statistiche preoccupanti. Solo il 29% dei progetti software ha avuto successo, il 52% è stato sfidato (superamento dei costi, superamento del budget o carenze di contenuti) e il 19% non è riuscito, secondo il rapporto del gruppo Standish nel 2015. Mentre questi risultati sono emersi per la prima volta alcuni anni fa, i risultati non sono meno veri oggi.

Inoltre, la percentuale di progetti considerati validi dal cliente è del 59% e di progetti ritenuti soddisfacenti dal cliente del 56%.

I risultati insoddisfacenti del progetto sono diventati una norma del settore IT in cui il cliente non era soddisfatto del risultato. Quindi cosa possiamo fare?

Un buon punto di partenza è affrontare alcuni dei motivi critici per cui i progetti software falliscono.

Motivo 1: Non abbastanza tempo

Spesso, una scadenza viene decisa prima dell’inizio del progetto e non è negoziabile. Questa scadenza si traduce in una corsa a capofitto per iniziare sul presupposto, prima inizi la codifica, prima finirai il progetto.

Una corsa per iniziare la codifica è quasi sempre l’approccio sbagliato. È essenziale trascorrere il tempo per creare un buon design. Non avere un buon design porta a continui cambiamenti durante tutta la fase di sviluppo. Quando ciò accade, il tempo e il budget vengono consumati a un ritmo rapido.

Soluzione:

• Non essere tentato di saltare dritto e iniziare a codificare.
• Assegna tempo sufficiente per creare un buon design e il resto del progetto funzionerà molto meglio.

Questo approccio migliorerà la vostra reputazione quando consegnate qualcosa che soddisfa le aspettative dei vostri clienti e funziona correttamente la prima volta.

Motivo 2: Budget insufficiente

Molti progetti hanno il prezzo più basso, la politica dei fornitori di maggior successo o un budget irrealisticamente basso, non basato sui requisiti del progetto. Quando questo accade, tutto rallenta. Le risorse tardano ad arrivare o non arrivano mai; gli angoli vengono tagliati e la qualità ne risente.

Soluzione:

• Sii realistico riguardo al budget e basalo sui requisiti completi.
• Evitare di basare la scelta di un fornitore esclusivamente sul prezzo più basso.
• Rivolgersi a un fornitore o a un team con una comprovata esperienza di consegna entro il budget.
• Utilizzare una lista di controllo di selezione fornitore come quella qui sotto per trovare il fornitore giusto per il progetto.

Motivo 3: Scarsa comunicazione

C’è un adagio, “non assumere mai nulla”, che è particolarmente vero per i progetti software. Una buona comunicazione con il cliente, gli utenti e il team di sviluppo è fondamentale per il successo del progetto. Porsi tre domande:

1. Tutti nella squadra ti capiscono?
2. Sanno cosa ti aspetti da loro o hai supposto che lo sappiano?
3. Comunicano bene tra loro, con gli utenti e con gli altri reparti?

Soluzione:

• Trova eventuali guasti di comunicazione ora. Questi possono portare a confusione e complicazioni più tardi nel progetto.
• Non dare mai per scontato che tutti capiscano tutto ciò che sta accadendo sul progetto.
• Prenditi del tempo per creare un ambiente in cui la comunicazione sia accessibile, aperta e frequente.

Motivo 4: Non rivedere mai i progressi del progetto

Mentre un progetto progredisce, le cose cambiano, influenzando significativamente il progetto. È importante continuare a esaminare i progressi del progetto per superare tempestivamente le sfide e avvertire le parti interessate di possibili ritardi e cambiamenti dei risultati.

Soluzione:

• Imposta sempre le pietre miliari per esaminare i progressi con il tuo team e le parti interessate durante il progetto. Regolare se necessario per rimanere in rotta.
• Rimani vicino alla tua squadra per capire cosa sta succedendo e le sfide che devono affrontare.

Motivo 5: Test inadeguati

Quando la pressione per la consegna è attiva, i test spesso ne risentono. Il test viene lasciato fino alla fine del ciclo di sviluppo con il minimo sforzo speso per il test. Di solito, il risultato è un prodotto pieno di bug e un cliente infelice.

Soluzione:

• Esegui test durante tutto il ciclo di vita dello sviluppo, testando ogni modulo o componente man mano che viene sviluppato.
• Lasciare il test di integrazione solo fino alla fine del ciclo di vita dello sviluppo, il che si traduce in meno stress e un prodotto migliore.

Motivo 6: Test nell’ambiente di produzione

È sorprendente quante organizzazioni testino i prodotti nel loro ambiente di produzione. L’utilizzo dell’ambiente di produzione è una strategia ad alto rischio che può portare a violazioni della sicurezza e rilascio accidentale senza test, interrompendo i sistemi di produzione.

Soluzione:

• Sviluppare un processo per la garanzia della qualità e il rilascio di nuovi prodotti software.
• Fornire un ambiente separato dall’ambiente di produzione per il test e la correzione di bug.

Motivo 7: Mancanza di garanzia della qualità

Spesso nella nostra fretta di consegnare il software, la garanzia della qualità soffre. La documentazione è incompleta per le modifiche al codice, il progetto contiene difetti e le implementazioni possono essere incompiute. Tutti questi portano a rielaborare, perdere tempo e, infine, i clienti infelici.

Soluzione:

• Prenditi del tempo per controllare la qualità e documentare il software prima del rilascio.
• Recensione Michael L Young articolo 6 Fattori di successo per la gestione della qualità del progetto

Motivo 8: Non conformi agli standard di settore

Conformarsi agli standard di settore nei vostri progetti software può rivelarsi utile garantendo una buona accessibilità, portabilità, usabilità, robustezza e riducendo i problemi attuali e futuri. Organismi come il World Wide Web Consortium (W3C) e l’International Organisation for Standardisation (ISO) hanno sviluppato standard aperti difficili da contestare.

Soluzione:

• Prenditi del tempo per introdurre un approccio standard per i tuoi progetti.
• Trova ciò che funziona bene e continua a farlo.
• Cambia tutto ciò che non funziona.
• Rivedi e aggiorna regolarmente i tuoi standard.

La prossima volta che progetti gestisci un progetto di sviluppo software, rivedi questo elenco e ricorda a te stesso cosa è necessario per garantire il successo. Sarete sorpresi; fa la differenza.

Lettura consigliata: Il curioso caso del CHAOS Report 2009 di Jorge Dominguez.