Presa in carico del software da un altro sviluppatore
Prendiamo in carico le applicazioni quando il rapporto con lo sviluppatore precedente finisce. Verifichiamo accessi, codice e infrastruttura, poi concordiamo riparazioni e manutenzione continuativa.
Cosa copre la presa in carico di un software
Accessi e fatturazione
Codice, hosting, DNS, database, pagamenti e app store: chi possiede cosa, con i trasferimenti pianificati insieme ai titolari.
Produzione
Cosa è in produzione, cosa gira a intervalli programmati e se un backup si ripristina davvero.
Le prime correzioni
Certificati scaduti, dipendenze non più supportate e backup che falliscono, prima delle nuove funzionalità.
Cosa cambia
OggiNessuno sa chi detiene quale account.
Con AL+Un elenco di ogni account, del suo titolare e della sua fattura.
OggiNulla è documentato.
Con AL+Il manuale operativo che il sistema non ha mai avuto.
OggiOgni modifica sembra rischiosa.
Con AL+Una modifica sicura portata in produzione lungo l’intero percorso di rilascio, e un backup ripristinato.
Come prendiamo in carico l’applicazione
Prima verifica a prezzo fisso
Cosa esaminiamo e cosa ricevete, concordato per iscritto.
Inventario e accessi
Ogni dipendenza, il suo titolare e le lacune.
Dimostrare il percorso
Una piccola modifica rilasciata, un backup ripristinato, avvisi che raggiungono una persona.
Poi la manutenzione
Una responsabilità mensile, concordata separatamente.
Prodotti sviluppati da AL+
Gestiamo noi KeySend e Milkglass, dai rilasci agli account fino all’assistenza. La nostra checklist per la presa in carico è pubblica.
A chi è rivolto
Fa al caso vostro
Applicazioni web, SaaS, API, backend mobile e strumenti interni con utenti reali, che hanno bisogno di un unico responsabile.
Meglio cercare altrove
Volete sviluppatori a ore, oppure aiuto con un sistema che dismetterete entro pochi mesi.
Domande
E se lo sviluppatore precedente non ci dà gli accessi?
Gli accessi sono il primo lavoro. Verifichiamo quali account controllate già e, con ciascun titolare e fornitore, se il trasferimento o il recupero sono possibili. Non possiamo garantire accessi che non avete.
Vorrete riscriverlo?
Non come punto di partenza. Consigliamo una riscrittura solo se la verifica mostra che la riparazione costerebbe di più, e ne spieghiamo il motivo per iscritto.
Di chi sono le modifiche?
Vostre. Le nostre modifiche stanno in un repository di proprietà della vostra azienda, e il manuale operativo è vostro.
Per approfondire
Presa in carico del software: la checklist prima di accettare
Checklist per prendere in carico un software da un altro sviluppatore, agenzia o team: accessi, produzione, dati, sicurezza delle modifiche, dipendenze, sicurezza, conoscenza e costi, prima di diventarne responsabili.
Taking over software after the developer leaves (in inglese)
A practical sequence for inheriting a system whose builder is gone: secure access, understand production, write down what nobody wrote, then change things.
What a good software handover should contain (in inglese)
The seven artifacts an outgoing developer or agency should hand over with a software system: access, environment map, operating manual, architecture notes, decision log, open issues, and a recorded walkthrough.
Vi serve qualcuno che prenda in carico il vostro software?
Raccontateci cosa fa l’applicazione e di quale codice e di quali accessi all’hosting disponete. Valutiamo cosa può coprire la verifica iniziale.
Scriveteci per una presa in carico
Oppure copiate l’indirizzo: paul@alplustech.com