Checklist di go-live

Compilarlo online è gratuito, non serve un account e si scarica come documento Word o PDF. Vedi tutti i modelli di IT e progetti

• Progetto o sistema

  Ad esempio: Nuovo portale clienti

• Ambiente di destinazione

  Ad esempio: Produzione, portal.example.com

• Data e ora previste per il go-live

  Ad esempio: Sabato 4 marzo 2028, dalle 06:00 alle 09:00

• Responsabile del lancio

  Ad esempio: Hamza Idrissi

• Test

  Una riga per voce. La data va in Fatto il quando è finita.

  Ad esempio: Tutti i test previsti superati Test di accettazione utente approvato Test di carico al doppio del traffico previsto Due bug di bassa priorità aperti, accettati dallo sponsor

• Dati e migrazione

  Una riga per voce. La data va in Fatto il quando è finita.

  Ad esempio: Migrazione di test eseguita e verificata Orario della migrazione finale concordato Vecchi dati mantenuti in sola lettura per 90 giorni

• Sicurezza e accessi

  Una riga per voce. La data va in Fatto il quando è finita.

  Ad esempio: Account di test e password predefinite rimossi Revisione di sicurezza completata HTTPS e certificato validi Accesso amministratore limitato a persone nominate

• Hosting, backup e monitoraggio

  Una riga per voce. La data va in Fatto il quando è finita.

  Ad esempio: Backup eseguito e ripristino testato Monitoraggio e avvisi attivi Dominio e DNS pronti Invio email verificato

• Persone, formazione e supporto

  Una riga per voce. La data va in Fatto il quando è finita.

  Ad esempio: Team di supporto formato Pagine di aiuto pubblicate Turni di reperibilità per la prima settimana Clienti informati della data

• Piano di rollback

  Ad esempio: Se i controlli non passano entro le 09:00, riportare il DNS al vecchio portale (circa 15 minuti). Decide il responsabile del lancio.

• Controlli subito dopo il lancio

  Ad esempio: Accedere, effettuare un ordine di test, pagare, ricevere l'email, controllare le dashboard.

• Decisione

  Ad esempio: Go

• Condizioni o motivifacoltativo

  Ad esempio: Correggere i due bug aperti entro una settimana.

• Approvato da

  Ad esempio: Sofia Marin, Amministratrice delegata

• Data della decisione

  Ad esempio: 2 marzo 2028

1. 1Test
2. 2Dati e migrazione
3. 3Sicurezza e accessi
4. 4Hosting, backup e monitoraggio
5. 5Persone, formazione e supporto
6. 6Piano di rollback
7. 7Controlli subito dopo il lancio
8. 8Decisione

1. 01

   Compila

   Inserisci i tuoi dati nel modulo. Il documento si compila mentre digiti; fai clic su qualsiasi spazio vuoto per passare al relativo campo.

2. 02

   Controlla

   Leggilo per intero. Gli spazi non compilati restano contrassegnati, così non invii nulla a metà.

3. 03

   Scarica

   Salvalo come documento Word per modificarlo ulteriormente, oppure come PDF per inviarlo o stamparlo.

Quali dati richiede questo modello?

Il modulo richiede 15 dati, a partire da Progetto o sistema, Ambiente di destinazione, Data e ora previste per il go-live, Responsabile del lancio, Test. Altri 1 dati sono facoltativi.

Posso scaricare questo modello in Word o PDF?

Sì. Dopo aver compilato il modulo, salvalo come documento Word per continuare a modificarlo, oppure come PDF per inviarlo o stamparlo. È gratuito e non richiede un account.

Quello che scrivo viene inviato da qualche parte?

No. Quello che scrivi resta nel tuo browser mentre compili il documento. Viene inviato a nerix solo se scegli di aprire il modello nella chat.

Questi modelli per IT e progetti sono gratuiti?

Quasi tutti. Compilali e scaricali gratis in Word o PDF, senza account. Alcuni documenti più lunghi sono premium: gratuiti da compilare, a pagamento una sola volta per scaricarli e segnati con il loro prezzo.

Una politica di sicurezza ci rende sicuri?

Nessun documento lo fa da solo. Una politica aiuta quando corrisponde a ciò che le persone fanno davvero: tienila breve, spiegala al team e rivedila ogni anno.

Il project charter serve solo ai grandi progetti?

No. Anche un piccolo progetto ne trae vantaggio, perché una pagina che indica obiettivo, limiti e chi decide evita la maggior parte delle discussioni successive.

• Specifica di integrazione APIDefinisci come due sistemi si collegano: quali dati passano, come sono protetti, come vengono gestiti gli errori e chi ne è responsabile.IT e progetti
• Registro delle decisioni architetturaliRegistra una decisione tecnica con contesto, opzioni, motivi e conseguenze, così il team può ritrovarla in seguito.IT e progetti
• Informativa sull'uso di dispositivi personali (BYOD)Stabilisci le regole per usare telefoni e portatili personali per lavoro: sicurezza, privacy, supporto e uscita.IT e progetti
• Segnalazione di bugSegnala un problema software così che uno sviluppatore possa riprodurlo, valutarne l'impatto e risolverlo.IT e progetti
• Piano di gestione del cambiamentoPianifica come informare, formare e supportare le persone durante un grande cambiamento, e come saprai che ha funzionato.IT e progetti
• Richiesta di modificaChiedi una modifica a un progetto o a un sistema, mostra il suo impatto e registra se viene approvata.IT e progetti

Vedi tutti i modelli di IT e progetti