Il tuo gestionale, pronto per il seguito.
Il software sostiene già una parte dell’attività. Ne esaminiamo funzionamento e dipendenze per farlo evolvere preparando la continuità del lavoro del team.
Un utilizzo preciso.
Una presa in carico difficile
Comprendere codice, accessi e modalità di rilascio.
Nuove esigenze
Aggiungere un passaggio, un ruolo o un’integrazione senza frammentare gli usi.
Debito tecnico
Affrontare componenti fragili e operazioni manuali di manutenzione.
Cosa miglioriamo.
Una diagnosi iniziale
Dipendenze, rischi e verifiche prima delle prime modifiche.
La sua applicazione compilata e avviata sulle nostre macchine dal suo repository, con i passaggi di installazione annotati.
Evoluzioni per interventi definiti
Correzioni o funzionalità verificate sui percorsi essenziali.
Release con tag nel suo repository, ciascuna con i passaggi di migrazione e il comando di ripristino nelle note.
Un piano di transizione
Migrazione dei dati, rilascio e possibilità di ripristino da preparare.
Un runbook nel repository, provato una volta su una copia ripristinata dei dati di produzione.
Quanto tempo serve.
Da tre a cinque settimane prima che la prima modifica arrivi in produzione, per lo più spese a far compilare l’applicazione fuori dai suoi server. La vede girare su una copia di collaudo alla fine della seconda settimana, ed è lì che sappiamo che la ripresa reggerà.
Cosa serve da Lei.
Un’ora a settimana con chi l’ha scritta
Anche se quella persona ha lasciato il team e ora lavora altrove, quell’ora vale la spesa. Il codice dice cosa succede, quasi mai perché una regola sia stata scritta così, ed è indovinando quelle regole che una ripresa finisce per rompere le buste paga.
Dati di produzione che possiamo copiare
Un export anonimizzato, oppure l’autorizzazione scritta a lavorare su una copia ripristinata. Altrimenti collaudiamo su record inventati, e i casi che si rompono davvero sono proprio quelli che nessuno penserebbe a inventare.