1. Prova un aggiornamento dall’inizio alla fine
Consideriamo un esempio illustrativo: un sito aziendale con servizi, schede prodotto e richiesta di contatto. Scegli una modifica normale, come aggiornare il numero di telefono. La persona che se ne occuperà entra con il proprio accesso, trova il contenuto, lo modifica, controlla l’anteprima e lo pubblica seguendo le istruzioni ricevute.
Verifica poi il numero sia da computer sia da telefono e prova il collegamento di chiamata. Annota dove il percorso si interrompe: permesso mancante, istruzione ambigua o contenuto duplicato. Questa prova chiarisce l’autonomia effettiva. Se gli aggiornamenti resteranno al fornitore, definite invece come richiederli, chi li approva e come vengono quotati.
2. Sapere chi controlla ogni servizio
Prepara un inventario essenziale degli account. Per ogni servizio servono un referente, un accesso verificato e una scadenza. Il dominio, la posta e l’hosting possono avere amministratori diversi: una modifica al sito non dovrebbe lasciare irrisolta la gestione della posta.
Nel documento indica il canale concordato per trasferire gli accessi, evitando password e chiavi segrete nel verbale o nei sorgenti. Dove disponibile, usa inviti personali e permessi coerenti con il ruolo, come raccomanda OWASP per la gestione delle credenziali.
| Elemento | Controllo da effettuare |
|---|---|
| Dominio | Account del registrante, rinnovo e referente per le impostazioni. |
| Hosting e servizi | Amministratore, piano attivo, scadenza e modalità di pagamento. |
| Contenuti e immagini | Posizione dei file, origine e condizioni d’uso da consultare. |
| Posta e contatti | Destinatario delle richieste e prova di recapito concordata. |
3. Ricevere sorgenti che si riescano a usare
Concorda cosa viene trasferito: codice modificabile, immagini originali, configurazioni senza segreti, istruzioni e versioni degli strumenti. Chiedi di ricostruire la versione consegnata in un ambiente separato seguendo quelle istruzioni. Se occorre un passaggio conosciuto soltanto dallo sviluppatore, va documentato.
Una copia del repository non copre automaticamente tutti i servizi collegati. GitHub distingue, per esempio, il repository, i file di grandi dimensioni e altri dati del progetto nelle proprie procedure di backup. L’inventario deve chiarire dove risiedono contenuti, caricamenti e database, quando presenti.
4. Provare il ritorno a una versione precedente
Su un ambiente di prova, pubblica una piccola modifica e ripristina la versione concordata. Registra il risultato visibile e chi può eseguire l’operazione. Alcuni hosting offrono strumenti dedicati: Cloudflare Pages, per esempio, permette di tornare a una pubblicazione di produzione precedente.
Per una web app, verifica separatamente il recupero dei dati. Ripristinare il codice non dimostra che siano state recuperate richieste, allegati o modifiche degli utenti. Concorda quali dati salvare, con quale frequenza e quale eventuale intervallo di perdita sia accettabile, poi verifica la procedura con dati di test.
5. Chiarire il lavoro dopo la consegna
Raccogli in una pagina i costi ricorrenti e le attività successive. Distingui le correzioni previste dalla proposta dalle nuove funzioni. Specifica il referente per gli aggiornamenti, il canale di assistenza e i tempi concordati di risposta: una generica voce “manutenzione inclusa” lascia troppe interpretazioni.
- Quali servizi si rinnovano e chi riceve gli avvisi?
- Chi verifica il funzionamento dei contatti dopo un aggiornamento?
- Quali interventi richiedono un nuovo preventivo?
- Come vengono consegnati materiali e accessi se cambia il fornitore?
6. Chiudere con un verbale verificabile
Il verbale può essere breve: versione e data, materiali ricevuti, prove eseguite, punti ancora aperti e responsabile di ciascun punto. Collega ogni problema a un esempio riproducibile e alla decisione concordata. Questa checklist aiuta a definire la consegna già nel preventivo e va adattata alle funzioni effettive del progetto.
Esplora un esempio
ImportGuard è un progetto dimostrativo con dati sintetici: permette di ispezionare sorgenti, istruzioni e prove. È un esempio circoscritto di materiali di consegna, utile per formulare richieste precise anche in un progetto diverso.
Esplora i materiali di ImportGuard ↗Prepara il brief del tuo progetto
Un modello di testo riutilizzabile: obiettivi, utenti, funzioni, materiali e criteri di accettazione. Scaricalo senza registrazione e compilalo con il tuo team.
Scarica il brief di progetto (.txt) ↓Riferimenti tecnici
Pubblicato da Ospivia Studio, preparato con supporto AI e verificato rispetto alle fonti tecniche collegate. Gli esempi sono illustrativi e non rappresentano risultati di clienti.