” Pianificare la trasformazione IT su larga scala è semplice e diretto!”
Ha detto nessuno mai.
Purtroppo, le aziende a volte andare avanti con un progetto anche quando sanno che non hanno fatto la loro due diligence con la pianificazione. Quando si avvia un enorme progetto software con solo un’idea sfocata di ciò che si vuole fare e senza linee guida chiare su chi è responsabile di cosa, nessuno dovrebbe essere sorpreso quando il progetto fallisce.
Ma non stai andando su quella strada. Sei qui per scoprire quali insidie dovresti essere a conoscenza e come puoi pianificare un progetto di trasformazione IT che mantenga la tua azienda efficiente e produttiva, senza diventare una vittima del tasso di fallimento del progetto IT del 55%.
Quindi cerchiamo di scavare in.
Sfide della trasformazione del software su larga scala
Ogni progetto software ha le sue sfide, ma quando si affronta la trasformazione del software su larga scala, queste sfide diventano ancora più importanti. Qui ci sono tre insidie imminenti si dovrebbe essere a conoscenza di:
1. Complessità
I progetti su larga scala devono rispondere alle esigenze e ai requisiti dell’intera organizzazione. I dati tendono a diventare silos in tutti quei vari sistemi e reparti, il che significa che dovrai trovare modi per coordinare lo sviluppo di applicazioni con reparti che potrebbero non essere i principali stakeholder di un progetto. Avrete anche bisogno di integrare i sistemi in modo che possano condividere i dati—e che ci porta alla nostra prossima sfida.
2. Interdipendenza tra flussi di lavoro
Quando i flussi di lavoro dipendono da informazioni provenienti da altri reparti, è essenziale una perfetta integrazione. Ciò significa che è necessaria un’architettura robusta per definire come tutti i livelli si incastrano, inclusi i protocolli di sicurezza e l’accesso dei dipendenti.
3. Frequenti perfezionamenti alle esigenze degli utenti
Più complesso è il progetto, più è probabile che sarà per voi dovrà perfezionare i requisiti degli utenti di frequente lungo la strada. Naturalmente, è necessario identificare e pianificare il maggior numero possibile di requisiti all’inizio del progetto, ma è anche necessario lavorare a stretto contatto con il team di progetto durante la fase di sviluppo per essere sicuri che il software faccia tutte le cose che è necessario fare.
Queste sono solo tre sfide che possono gettare il vostro progetto fuori pista. Ci sono un migliaio di altri che possono costare tempo e denaro se non avete pianificato bene.
Quindi diamo un’occhiata a come è possibile creare una solida strategia per l’esecuzione del progetto.
Nove passaggi per una trasformazione software di successo
Non è necessario rischiare l’esito del progetto caricando in anticipo senza un piano. È possibile evitare molte delle insidie comuni ai progetti IT complessi seguendo le best practice del settore in ciascuna delle tre fasi del progetto: analisi aziendale, sviluppo e test. Diamo un’occhiata a nove passaggi per una trasformazione IT di successo nel contesto di queste tre fasi.
Analisi aziendale
Prima di avviare qualsiasi progetto, è necessario sapere cosa si sta cercando di realizzare nel contesto della propria attività. Quindi questa prima fase richiede un’attenta analisi dei tuoi obiettivi per il progetto e dei suoi risultati desiderati.
Passo 1: Identificare gli obiettivi del progetto e i driver di valore
Come si desidera che il reparto IT assomigli in futuro? Questa domanda di alto livello ti aiuta a superare i tuoi attuali punti di dolore per raggiungere la tua visione a lungo termine. Questo passaggio dovrebbe anche sviluppare una road map che descriva in dettaglio ciò che si desidera che il progetto realizzi, inclusi driver di valore specifici come:
* Migliorare l’esperienza dell’utente finale per aumentare la produttività e/o esperienza del cliente
* Snellimento dei flussi di lavoro per ridurre i costi aziendali
* Attuare una più efficace capacità di archiviazione dei dati per aumentare la sicurezza e l’efficienza
* il Potenziamento del processo decisionale con analytics
* Risoluzione dei problemi che ostacolano l’efficienza dei processi o servizio clienti
Passo 2: Designare un responsabile di Progetto
Questa persona dovrebbe essere qualcuno al di fuori del team di sviluppo. Lui o lei ha bisogno di mantenere una visione di alto livello di ciò che sta accadendo in ogni fase del progetto, ciò che il vostro budget è, e se il progetto è in programma. Il project manager sarà anche strettamente coinvolto nell’elicitazione dei requisiti, nell’ambito del progetto, nella comunicazione tra stakeholder e membri del team, nell’analisi del progetto e nella gestione dei fornitori.
Passo 3: Definire i requisiti e l’ambito del progetto
Più dettagliati sono i requisiti, più accurati saranno l’ambito, il budget e la pianificazione del progetto. Prima di avviare il progetto, assicurarsi di avere una chiara comprensione dell’ambito di trasformazione, del lavoro che deve essere svolto, di tutte le modifiche previste e dei requisiti di usabilità. I requisiti del progetto dovrebbero coprire ogni fase del progetto, compresa la progettazione dell’architettura, l’infrastruttura tecnica, le esigenze di dati e l’implementazione.
Passo 4: Assemblare il team
Il successo del progetto dipende dall’abilità dei membri del team che svolgono il lavoro. Se si sta esternalizzando lo sviluppo, assicurarsi di avere un buon processo di comunicazione in atto e che avete chiaramente comunicato le vostre esigenze per gli sviluppatori. Si dovrebbe anche designare un responsabile tecnico che gestirà la progettazione e l’integrazione dei vari componenti. Questa persona servirà anche come collegamento con il project manager per mantenere il progetto in pista quando nuove informazioni vengono alla luce durante lo sviluppo.
Sviluppo software
Con il piano in atto, il passo successivo è lo sviluppo del software stesso. La strategia di implementazione e la gestione del rischio dovrebbero derivare dagli obiettivi che hai già identificato.
Passo 5: Inchiodare la metodologia di implementazione
Decidi come ti avvicinerai alla governance dei dati, all’architettura e allo sviluppo delle applicazioni. Questa metodologia dovrebbe essere formalizzata e seguita attentamente in ogni fase del progetto.
Passo 6: Preparare la strategia di gestione del rischio
Progettare una strategia per identificare i rischi a breve e lungo termine in tutto il progetto. Utilizzare la pianificazione dello scenario per sviluppare protocolli per valutare e gestire i rischi man mano che emergono, prima che abbiano l’opportunità di far deragliare il progetto.
Passo 7: Seguire il ciclo di vita dello sviluppo software
Qualsiasi metodologia di sviluppo software di successo deve seguire sei passaggi fondamentali: raccolta dei requisiti, analisi del sistema, progettazione del sistema, codifica, test e implementazione. Gli sviluppatori esperti dovrebbero seguire questi passaggi di base già, ma ti consigliamo di camminare attraverso il processo con loro prima del tempo in modo da capire cosa accadrà in ogni fase. Il sistema dovrebbe essere definito e suddiviso in parti più piccole in modo che gli sviluppatori sappiano come dovrebbe essere ogni iterazione.
Testing
Test sufficienti possono salvare da una distribuzione non riuscita e identificare eventuali problemi di integrazione o ostacoli prima di avviare il sistema in tutta l’azienda.
Passo 8: prova ad ogni passo
Riserva abbastanza tempo nella pianificazione del progetto per un processo di test su vasta scala. Eseguire test durante tutta la fase di sviluppo per garantire che tutti i componenti si integrino correttamente. Includi sia tester esperti (che sanno cosa cercare) che utenti finali effettivi (che dovranno imparare e utilizzare il sistema) nei tuoi gruppi pilota. Quando gli sviluppatori ricevono feedback, possono apportare modifiche immediatamente per ridurre la quantità di debug necessaria in seguito. Fai questo prima di rilasciare ogni milestone o caratteristica, in modo da non dover apportare modifiche all’ingrosso alla fine del progetto.
Passo 9: Documenta tutto
Cronaca di successi e fallimenti in modo che possano essere condivisi con le parti interessate e utilizzati per migliorare il processo per i progetti futuri. Includere configurazioni di test, fasi di installazione, risultati dei test, errori e consigli nella documentazione. Archivia i tuoi risultati nelle risorse del processo organizzativo della tua azienda in modo che possano essere facilmente accessibili per i progetti futuri.
Conclusione
Il modo migliore per garantire che il progetto fallirà è quello di correre senza un piano, non riescono a mantenere le linee di comunicazione aperte, condurre test minimi, e lanciare senza sapere se il software fa quello che dovrebbe fare. E questo potrebbe significare un disastro finanziario per la tua azienda.
Ma non è necessario. I progetti su larga scala comportano una posta in gioco elevata e anche un alto potenziale di ricompense. Ecco perché è vitale che si prevede sufficientemente sul front-end in modo da poter evitare il disastro lungo la strada.