14 Motivi comuni Progetti software falliscono (e come evitarli)

Foto:

Getty

I team tecnologici spesso si tuffano in nuovi progetti software con grandi speranze, rendendo ancora più frustrante se il progetto viene deragliato. I leader tecnologici devono essere consapevoli delle potenziali insidie del progetto in anticipo per evitare di perdere tempo e budget.

Gli esperti del Forbes Technology Council hanno supervisionato molti progetti nei loro incarichi professionali. Sotto, 14 di loro condividono ragioni comuni progetti software flounder e ciò che i team tecnologici possono fare per evitare di cadere in una trappola.

1. Non comprendere le esigenze del business

Uno dei motivi per cui i progetti software falliscono è la mancanza di comprensione delle esigenze del business. L’azienda deve chiaramente articolare i requisiti in dettaglio. Ci deve essere una mappatura precisa delle caratteristiche e delle funzioni alle esigenze del business. Assegnare un leader aziendale esperto al team di progetto è essenziale per il successo. – Wesley Crook, FP Completo

2. Incapacità di raggiungere un consenso sulle priorità

Ci sono vari motivi per cui i progetti di sviluppo software falliscono, ma uno comune che ha un grande impatto è quando gli sponsor del progetto e i team di progetto non sono chiaramente allineati sulle priorità principali per il progetto. La scomposizione di queste priorità in “must-have”, ” should-have “e” could-have ” può fornire un solido quadro per l’iterazione e la consegna di caratteristiche particolari. – Jahn Karsybaev, Prosource IT

3. Mancanza di chiarezza e strategia di esecuzione

L’obiettivo primario di un progetto software è quello di risolvere i problemi di un’azienda. Richiede non solo una gestione del progetto efficace ed efficiente e una gestione delle aspettative degli stakeholder, ma anche un chiaro consenso da parte dell’intero gruppo di stakeholder sulla definizione del problema aziendale e una solida strategia di esecuzione per fornire software che risolva gli obiettivi aziendali. La mancata risposta a uno qualsiasi degli aspetti sopra descritti si traduce in un progetto deragliato. – Kartik Agarwal, TechnoSIP Inc.

4. Non iniziare con il cliente finale

A volte i progetti software iniziano con una grande idea che viene implementata (in tempo o in ritardo) e consegnata solo agli sviluppatori per scoprire che il problema che hanno risolto non era in realtà il problema che il loro cliente doveva essere risolto. Fare il duro lavoro di comprendere a fondo i tuoi clienti, di cosa hanno bisogno e per cosa sono disposti a pagare imposta il tetto alle prestazioni del progetto e può aiutare a rimettere a fuoco un team quando le cose deragliano. – Guy Yalif, Intellimize

5. Requisiti poco chiari

Uno dei motivi più comuni per cui i progetti software falliscono sono i requisiti poco chiari e la mancanza di una spiegazione dettagliata. Molto spesso i clienti stessi non sono sicuri esattamente di ciò che vogliono vedere e, di conseguenza, il progetto non può andare avanti. Comunicare con i tuoi clienti e chiedere loro una visione dettagliata del futuro del prodotto è la chiave per garantire che il progetto non fallisca. – Daria Leshchenko, SupportYourApp Inc.

6. Aspettandosi un’Silver Bullet’

Troppo spesso, l’entusiasmo nasce dalla falsa convinzione che un proverbiale “silver bullet” risolverà un dato problema. Tuttavia, le soluzioni appropriate sono raramente così semplici: sono una miscela di metodologia, strategia e supporto del team, non il risultato di una singola azione, tecnologia o idea. I leader tecnologici dovrebbero incoraggiare la comunicazione aperta e sfruttare il processo decisionale del gruppo partecipativo per risolvere le sfide. – Christopher Yang, Corporate Travel Management

7. Lavorare in un Silo

Il motivo principale per cui i progetti software falliscono è perché i team intraprendono un viaggio per costruire qualcosa che non sia un’esigenza aziendale o non risolva il problema giusto. Entrambe le ragioni sono il risultato di un disallineamento tra il business e la tecnologia. Per evitare ciò, è fondamentale identificare il problema che l’azienda sta cercando di risolvere e quindi lavorare collettivamente con l’azienda e non in un silo. – Tanvir Bhangoo, Freshii inc.

8. Pensando che l’ambito possa essere definito in anticipo

Mentre è importante comprendere il problema e definire i casi d’uso in anticipo, quasi nessun progetto può essere considerato di successo se non si adatta alle mutevoli esigenze aziendali durante lo sviluppo. Sfortunatamente, alcuni team tecnologici insistono ancora nel colpire l’obiettivo originale, rendendo così il loro sforzo inefficace o addirittura un fallimento. – Canzone Bac Toh, Tata Communications

9. Mancanza di coordinamento e pianificazione dettagliata

Molti progetti software sono in ritardo o falliscono a causa della mancanza di un buon coordinamento e di una pianificazione dettagliata. I team devono implementare un processo di pianificazione bottom-up che identifichi le dipendenze tra i deliverable e includa le stime degli ingegneri stessi. Dopo aver impostato il piano di rilascio, eseguo riunioni stand-up giornaliere di 15 minuti in cui vengono emersi problemi e vengono identificati e gestiti nuovi rischi. – Dave Mariani, AtScale

10. Attrito causato da ruoli non definiti

I ruoli non definiti spesso creano attrito nei team di progetto. Prova a utilizzare un framework DACI fin dall’inizio per definire chiaramente chi ha autorità su cosa. Per i progetti bloccati, ricalibrare chi è il driver, Approvatore, Contributore e informato all’interno del progetto può agire come un hard reset, ispirando rinnovata collaborazione e autonomia. – Leore Avidar, Lob.com Inc.

11. Prevedendo sovra-personalizzazione del software

Spesso, crediamo che il software possa essere personalizzato a un livello che si adatta a tutte le esigenze. E ‘ un equivoco. Essere realistici è importante. Definire i requisiti relativi alla capacità del software. Fare richieste di modifica come si va richiede regolazioni, ma questo è il cappello che dovrà essere indossato per evitare frustrazioni. – Bhavna Juneja, Infinity, una società di tecnologia Stamford

12. Mancanza di disciplina

Se dovessimo costruire una casa e continuare a cambiare il progetto, il budget del progetto sarebbe a spirale fuori controllo e scadenza dopo scadenza sarebbe mancato. Creare una visione di ciò che il successo del progetto si presenta come. Bloccalo ed esegui. Ogni altra grande idea e deviazione può essere considerata per una fase successiva del progetto. Per maggiori informazioni:

13. Troppe mani nel Dev Pot

Stabiliscono (e limitano) chi è coinvolto dal primo giorno, sia che tu stia costruendo internamente o meno. Questo può essere difficile per le aziende tecnologiche più grandi con processi complessi e canali di comunicazione. Ma nel mondo dello sviluppo di app, tale complessità è dannosa per la creazione di un prodotto pienamente realizzato che corrisponda alla visione unica di tutti senza cadere preda di scope creep e di una timeline del progetto senza fine. – Joshua Davidson, ChopDawg.com

14. Non abbastanza enfasi sulle competenze trasversali

Un’attenzione chiara e significativa alla gestione del processo di cambiamento è spesso carente o insufficiente. Ho visto molti progetti software in varie categorie e in una serie di diversi tipi e dimensioni di organizzazioni incorrere in sfide perché sono super-focalizzati sul lavoro tecnico, ma non applicando abbastanza energia verso la formazione, coaching, team building e soft skills. – Amith Nagarajan, rasa.io