La fase di deployment in un progetto di implementazione Dynamics 365 Business Central.
Sure Step è la metodologia Microsoft end-to-end completamente orientata al cliente che esprime le migliori best practice in ambito di processo necessarie ad implementare le soluzioni Microsoft Dynamics. In questo articolo si tratterà la quarta fase: Deployment.
Uno dei principali punti di forza nella vendita dei prodotti Microsoft risiede nell’approccio solido e sicuro della metodologia Sure Step, presentata dai partner ai clienti in fase di pre-vendita e poi implementata durante tutte le fasi di progetto.
Far sapere ai clienti che il progetto verrà approcciato con una modalità condivisa in tutto il mondo adottando i più alti standard metodologici garantisce un fattore critico di successo e trasforma un semplice progetto in un progetto vincente.
Le fasi principali della metodologia sono le seguenti:
- Analysis: la fase di raccolta dei requisiti
- Design: la fase di configurazione e setup del sistema
- Development: la fase di sviluppo delle personalizzazioni
- Deployment: la fase di test e di rilascio del sistema
- Operation: la fase di supporto
Fase di Deployment
Questa è la fase più critica nel processo di implementazione di un ERP Microsoft e termina con il rilascio del software in ambiente produttivo. Il momento formale di rilascio è detto “Go-Live” e si riferisce proprio al periodo nel quale si inizia ad utilizzare attivamente il nuovo gestionale smettendo di registrare sul vecchio.
Prima della messa in produzione, ci sono diverse attività necessarie al raggiungimento dell’obiettivo come la fase della formazione agli utenti del cliente, quella dei successivi test ed infine la fase di migrazione dei dati.
Per quanto concerne la formazione è fondamentale strutturare un piano formativo condiviso con il cliente che tratti tutti gli argomenti ritenuti necessari dando spazio sia alle funzionalità standard del sistema che a tutte le nuove applicazioni sviluppate specificamente per il progetto (CR), comprese stampe e interfacce verso altri programmi.
La formazione non è solo necessaria ai fini dell’utilizzo in ambiente produttivo ma è anche propedeutica ai fini dei test e del collaudo finale. I test possono essere distinti in diverse tipologie e possono variare in base alla complessità del progetto:
- User Acceptance Test (UAT) o test delle funzionalità dove l’utente deve testare e confermare il corretto comportamento della funzionalità in esame (solitamente nuovi sviluppi)
- Integration Test o test di interfacciamento dove l’utente deve verificare la corretta integrazione dell’ERP con i software esterni (es. fatturazione elettronica, CRM, palmari di magazzino, e-commerce, ..)
- System Test ed End-to-End per verificare se le singole funzionalità siano correttamente integrate all’interno del sistema e sia quindi possibile portare a termine un flusso od un processo operativo dall’inizio alla fine (esempio ciclo attivo, passivo, produzione,..)
- Stress Test o test delle prestazioni per verificare e monitorare le performances del software a pieno carico di lavoro andando a simulare ad esempio il massimo numero di utenti collegabili in contemporanea, la registrazione massiva di molti documenti, l’invio simultaneo di richieste alle stesse tabelle del database ed altri mirati
Con la migrazione dei dati si procede a riportare sul nuovo software gestionale tutte le anagrafiche e le informazioni necessarie alla messa in live dell’ERP utilizzando file specifici. Solitamente vengono utilizzate delle funzioni standard di Microsoft Business Central denominate “Pacchetti di configurazione”.
Il processo di deployment prevede la redazione ed il rilascio di alcuni documenti fondamentali e propedeutici alla messa in produzione del software come:
Piano formativo – Dopo aver terminato tutti gli sviluppi per il cliente si procede alla redazione di un piano formativo. In questo documento si mappano gli attori chiave che parteciperanno alle sessioni formative e si definiscono nel dettaglio gli argomenti. Solitamente la formazione viene erogata a degli utenti specifici denominati “key-user” che poi riporteranno quanto acquisito al resto dei colleghi nelle varie divisioni.
Piano di test – In maniera similare al piano formativo viene definito anche un piano di test. Oltre alla schedulazione delle giornate è importante porre attenzione sulle diverse tipologie di prove da eseguire col cliente ed utilizzare degli strumenti di lavoro che permettano di mappare e raccogliere in maniera efficiente i risultati dei test.
Piano di migrazione – Il piano di migrazione è un documento che riporta la lista delle entità tabellari da migrare con il dettaglio delle dipendenze e delle date di scadenza. Non tutti i dati verranno infatti migrati prima del go-live effettivo ma potranno essere migrati anche in un momento successivo, come ad esempio i saldi di bilancio in una partenza ad inizio anno.
Piano di Live – Il piano di Live è una rappresentazione calendarizzata delle attività necessarie a traguardare il “go-live” e solitamente comprende tutti i piani precedenti. Potrebbe essere assimilato ad un pianificazione di progetto (Gantt) ma con una pianificazione più dettagliata (solitamente rappresenta gli ultimi 3-4 mesi prima del live).
Verbale di rilascio – Il verbale è un documento formale senza il quale non è possibile procedere con il live. Con questo documento i PM del progetto (consulente e cliente) si assumono la responsabilità sulla partenza e che il sistema è configurato e conforme alle aspettative iniziali (analisi e requisiti).
Team Leader Microsoft Dynamics Business Central
