Subentro nello sviluppo di siti, app e software a Perugia. Prima verifichiamo, poi proseguiamo.

Serve quando un sito, un’app o un software deve continuare a funzionare e a crescere, ma chi lo ha sviluppato non può più seguirlo. Il fornitore non è più raggiungibile, ha cambiato attività, il contratto è terminato o hai deciso di affidare il lavoro a qualcun altro: le ragioni sono diverse e non serve cercare colpe. Conta capire da dove ripartire.

Può trattarsi di un sito da aggiornare, di un’app da adeguare alle nuove versioni di iOS e Android, di un software interno con un errore da correggere o di una funzione rimasta a metà. Riprendere un progetto software abbandonato non significa per forza ricominciare da zero: a volte gran parte del lavoro si può conservare, altre volte conviene rifare alcune parti. La verifica serve a capirlo.

La verifica iniziale, chiamata anche audit tecnico, è una lettura di come è costruito il progetto e di cosa serve per continuare a lavorarci. Per ogni aspetto annotiamo cosa funziona, cosa manca e quali rischi vediamo.

• Codice sorgente

  Le istruzioni scritte da chi ha sviluppato il progetto: dove sono conservate, se sono complete e se corrispondono alla versione oggi online o pubblicata.

• Documentazione

  Note tecniche, istruzioni di installazione, descrizione delle funzioni. Se è parziale, ricostruiamo dal codice ciò che serve per lavorare.

• Accessi e credenziali

  Gli account di hosting, dominio, database, store e servizi esterni: chi ne è titolare, chi può entrarci e quali credenziali sono ancora valide.

• Dipendenze

  Le librerie e i componenti esterni su cui il progetto si appoggia: se sono aggiornati, ancora supportati, compatibili tra loro e con quali licenze.

• Hosting e dati

  Dove è ospitato il progetto, come sono conservati i dati, se esistono copie di sicurezza recenti e quali collegamenti con altri sistemi sono attivi.

• Processo di rilascio

  Il percorso con cui una modifica passa dal codice alla versione online o negli store: se è documentato, ripetibile e utilizzabile da chi subentra.

Dalla verifica nasce una proposta motivata: indica quali parti mantenere come sono, quali correggere, quali far evolvere e, se serve, quali sostituire. Per ogni intervento trovi il motivo, la priorità, i rischi e ciò che occorre per procedere, così puoi decidere con un quadro chiaro.

Rispettiamo il lavoro già fatto. Lo scopo è dare continuità al progetto e alle persone che lo usano, non giudicare chi l’ha costruito: ogni progetto nasce in un contesto, con tempi e vincoli che non sempre si leggono nel codice. Se il fornitore precedente è raggiungibile, un passaggio di consegne ordinato riduce le incognite.

Non tutti i progetti si possono riprendere alle stesse condizioni: la presa in carico dipende da cosa risulta accessibile, mantenibile e pubblicabile. Senza codice sorgente, con un account intestato a una persona irraggiungibile, con una tecnologia non più supportata o senza un modo per pubblicare gli aggiornamenti, alcune strade si chiudono o diventano più onerose.

In questi casi te lo diciamo e ti spieghiamo le alternative, dal recupero di una parte alla riscrittura di un’altra. Prima della verifica non promettiamo compatibilità con ogni tecnologia né continuità senza interruzioni.

Per avviare la verifica servono soprattutto gli accessi e i materiali che descrivono il progetto. Non è necessario avere tutto: se non sai dove trovare qualcosa, email di attivazione, fatture dei servizi e nomi degli account aiutano a ricostruire il resto.

• Hosting e server

  Le credenziali del servizio che ospita il progetto e, se presenti, quelle di server e database.

• Dominio

  L’accesso al registrar, il servizio presso cui è registrato il dominio, con le impostazioni che lo collegano al sito e alla posta.

• Repository del codice

  Lo spazio online in cui è conservato il codice sorgente con la cronologia delle modifiche, o almeno una copia completa e aggiornata.

• Account degli store

  Per le app, gli account sviluppatore di App Store e Google Play, meglio se intestati alla tua azienda.

• Documentazione e contratti

  Specifiche, note tecniche, preventivi e contratti con il fornitore precedente, insieme all’elenco dei servizi esterni a pagamento collegati al progetto.