Modelli gratuiti per IT e progetti
Una politica di sicurezza informatica e un project charter. Indica sistemi, regole, obiettivi e persone e scarica un documento chiaro che tutto il team può seguire.
30 modelli
- Project charterConcordare perché un progetto esiste, cosa consegnerà, quanto costerà e chi decide, prima che il lavoro inizi.
- Accettazione del collaudo utenteRegistri che gli utenti hanno testato il lavoro, cosa resta aperto e chi lo accetta come pronto.
- Checklist di go-liveVerifica che tutto sia pronto prima del lancio e registra chi ha deciso il go-live.
- Documento dei requisiti di prodotto (PRD)Definisci cosa costruire e perché: il problema, gli utenti, gli obiettivi, i requisiti, l'ambito, le misure di successo e il piano di lancio.
- Informativa sull'uso di dispositivi personali (BYOD)Stabilisci le regole per usare telefoni e portatili personali per lavoro: sicurezza, privacy, supporto e uscita.
- Matrice RACIMostra chi fa, chi risponde, chi consiglia e chi viene informato per ogni attività, con un solo approvatore ciascuna.
- Note di rilascioRacconta agli utenti cosa è cambiato in una versione: novità, correzioni, problemi noti e cosa devono fare.
- Passaggio di consegne on-callPassa il pager in modo pulito: incidenti aperti, modifiche recenti, avvisi rumorosi e cosa tenere d'occhio.
- Piano di gestione del cambiamentoPianifica come informare, formare e supportare le persone durante un grande cambiamento, e come saprai che ha funzionato.
- Piano di migrazione dei datiPianifica lo spostamento di dati tra sistemi: ambito, mappatura, test, passaggio in produzione, rollback e controlli.
- Piano di rilascioPianifica un rilascio software: ambito, date, test, distribuzione, rollback e chi informa chi.
- Piano di ripristino in caso di disastroRiporta online i tuoi sistemi e dati chiave dopo un incendio, un blocco o un attacco, con obiettivi, passaggi e contatti.
- Piano di risposta agli incidentiDecidi in anticipo chi fa cosa quando si verifica un incidente di sicurezza o di sistema.
- Piano di testPianifica come verrà testato un rilascio: ambito, tipi di test, ambienti, calendario e regole di uscita.
- Policy di sicurezza informaticaStabilisci le regole per proteggere sistemi e dati: accessi, dispositivi, backup, incidenti e fornitori.
- Politica di backup dei datiStabilisca cosa si salva, con quale frequenza e dove, e dimostri che un ripristino funziona.
- Politica sulle passwordFissa regole semplici e attuali per password e accesso che il personale possa seguire.
- Rapporto di chiusura progettoChiudi un progetto come si deve: quanto è stato consegnato, tempi e costi, questioni aperte, lezioni apprese e passaggio di consegne.
- Rapporto sullo stato del progettoRacconta a che punto è un progetto: salute, avanzamento, budget, rischi e le decisioni che servono.
- Registro degli incidenti di sicurezzaTieni un registro aggiornato degli incidenti di sicurezza, con cosa è stato colpito, come è stato gestito e chi è stato informato.
- Registro della formazione sulla cybersicurezzaConserva la prova che il personale è stato formato su phishing, password e lavoro sicuro: temi, presenze e risultati.
- Registro delle decisioni architetturaliRegistra una decisione tecnica con contesto, opzioni, motivi e conseguenze, così il team può ritrovarla in seguito.
- Revisione dello sprintDocumenta una sprint review: obiettivo, lavoro completato, feedback degli stakeholder e modifiche per il prossimo sprint.
- Revisione post implementazioneVerifica a distanza di qualche mese un progetto concluso: ha prodotto i benefici attesi, a quali costi e cosa fare dopo.
- Revisione post-incidenteEsaminare un incidente grave senza cercare colpe: cosa è successo, perché e cosa impedirà che si ripeta.
- Richiesta di modificaChiedi una modifica a un progetto o a un sistema, mostra il suo impatto e registra se viene approvata.
- RunbookMetti per iscritto come gestire e riparare un servizio: controlli, passaggi, rollback, chi chiamare e come verificare che abbia funzionato.
- Scheda user story e criteri di accettazioneScrivi una user story con criteri di accettazione chiari, così il team sa quando è conclusa.
- Segnalazione di bugSegnala un problema software così che uno sviluppatore possa riprodurlo, valutarne l'impatto e risolverlo.
- Specifica di integrazione APIDefinisci come due sistemi si collegano: quali dati passano, come sono protetti, come vengono gestiti gli errori e chi ne è responsabile.
Nessun modello corrisponde
Prova con meno parole o con altre, oppure parti da uno di questi.
Modelli
Modelli di IT e progetti
Sistemi e progetti vanno storti quando nessuno ha scritto chi decide e quali sono le regole. Questi modelli mettono regole, responsabili e limiti in pagine che le persone leggeranno.
I modelli sono un punto di partenza accurato, non consulenza legale. Dove la legge conta, verifica cosa si applica dove ti trovi.
IT e progetti
Domande frequenti
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.
Modelli
Altri tipi di documenti
Ogni categoria ha la sua pagina, così puoi vedere tutti i suoi modelli in una sola volta.