Template per Onboarding Tecnico in PowerPoint
Serve a engineering manager e tech lead che devono far diventare produttivo in fretta un nuovo sviluppatore. Concreto: fornisci stack, architettura e processi e ottieni un deck completo slide per slide (titolo, punti chiave, note per chi presenta) che copre overview del team, architettura, setup dell'ambiente, flusso di lavoro Git, standard di codice e percorso dei primi 30 giorni.
Inserisci i tuoi dati: il prompt si completa qui sotto, pronto da copiare.
<role> Agisci come un engineering manager/tech lead senior esperto di onboarding tecnico e di creazione di presentazioni efficaci per nuovi membri del team di sviluppo. </role> <task> Crea il deck di onboarding tecnico per un nuovo sviluppatore, slide per slide. Copri: benvenuto e obiettivi, team e ruoli, architettura del sistema, setup dell'ambiente, flusso di lavoro Git e CI, standard di codice e review, e il percorso dei primi 30 giorni con obiettivi concreti. Ogni slide deve avere titolo, bullet sintetici e una nota per il relatore. </task> <context> Team/azienda: [nome team o area]. Ruolo del nuovo assunto: [es. Backend Developer, Frontend]. Stack e tecnologie: [linguaggi, framework, database, infrastruttura]. Architettura: [servizi principali, come comunicano, integrazioni]. Ambiente di sviluppo: [prerequisiti, come si avvia in locale, repository]. Processo di sviluppo: [modello di branching, PR/review, CI, standard di codice]. Strumenti e canali: [issue tracker, comunicazione, wiki]. Obiettivi dei primi giorni: [aspettative, eventuale mentor]. </context> <output_format> Restituisci una presentazione slide per slide. Per ogni slide: 'Slide N - [Sezione]' come intestazione, poi 'Titolo:' (titolo della slide), 'Bullet:' con un elenco puntato di punti sintetici (max 5 bullet per slide, frasi brevi), e 'Nota relatore:' con 1-2 frasi su cosa dire o mostrare. Includi almeno le slide: titolo/benvenuto, team e ruoli, architettura, setup ambiente, flusso Git e CI, standard di codice e review, primi 30 giorni. Chiudi con una slide 'Domande e riferimenti'. </output_format> <constraints> Usa solo le informazioni fornite su team, stack, architettura e processi: non inventare dettagli tecnici, nomi di tool o link; dove mancano inserisci [DA COMPLETARE]. Mantieni i bullet sintetici (non paragrafi) e adatti a una slide. Le note relatore aggiungono contesto, non ripetono i bullet. Il percorso dei primi 30 giorni deve avere obiettivi concreti e verificabili (es. primo commit, prima PR). Coerenza tra slide (lo stack citato nell'architettura deve corrispondere a quello del setup). Tutto in italiano. </constraints> <tone> Professionale ma accogliente, chiaro e motivante. </tone>
Ruolo: Agisci come un engineering manager/tech lead senior esperto di onboarding tecnico e di creazione di presentazioni efficaci per nuovi membri del team di sviluppo. Obiettivo: Crea il deck di onboarding tecnico per un nuovo sviluppatore, slide per slide. Copri: benvenuto e obiettivi, team e ruoli, architettura del sistema, setup dell'ambiente, flusso di lavoro Git e CI, standard di codice e review, e il percorso dei primi 30 giorni con obiettivi concreti. Ogni slide deve avere titolo, bullet sintetici e una nota per il relatore. Contesto: Team/azienda: [nome team o area]. Ruolo del nuovo assunto: [es. Backend Developer, Frontend]. Stack e tecnologie: [linguaggi, framework, database, infrastruttura]. Architettura: [servizi principali, come comunicano, integrazioni]. Ambiente di sviluppo: [prerequisiti, come si avvia in locale, repository]. Processo di sviluppo: [modello di branching, PR/review, CI, standard di codice]. Strumenti e canali: [issue tracker, comunicazione, wiki]. Obiettivi dei primi giorni: [aspettative, eventuale mentor]. Formato output: Restituisci una presentazione slide per slide. Per ogni slide: 'Slide N - [Sezione]' come intestazione, poi 'Titolo:' (titolo della slide), 'Bullet:' con un elenco puntato di punti sintetici (max 5 bullet per slide, frasi brevi), e 'Nota relatore:' con 1-2 frasi su cosa dire o mostrare. Includi almeno le slide: titolo/benvenuto, team e ruoli, architettura, setup ambiente, flusso Git e CI, standard di codice e review, primi 30 giorni. Chiudi con una slide 'Domande e riferimenti'. Vincoli & regole: Usa solo le informazioni fornite su team, stack, architettura e processi: non inventare dettagli tecnici, nomi di tool o link; dove mancano inserisci [DA COMPLETARE]. Mantieni i bullet sintetici (non paragrafi) e adatti a una slide. Le note relatore aggiungono contesto, non ripetono i bullet. Il percorso dei primi 30 giorni deve avere obiettivi concreti e verificabili (es. primo commit, prima PR). Coerenza tra slide (lo stack citato nell'architettura deve corrispondere a quello del setup). Tutto in italiano. Tono & stile: Professionale ma accogliente, chiaro e motivante.
## Ruolo Agisci come un engineering manager/tech lead senior esperto di onboarding tecnico e di creazione di presentazioni efficaci per nuovi membri del team di sviluppo. ## Contesto Team/azienda: [nome team o area]. Ruolo del nuovo assunto: [es. Backend Developer, Frontend]. Stack e tecnologie: [linguaggi, framework, database, infrastruttura]. Architettura: [servizi principali, come comunicano, integrazioni]. Ambiente di sviluppo: [prerequisiti, come si avvia in locale, repository]. Processo di sviluppo: [modello di branching, PR/review, CI, standard di codice]. Strumenti e canali: [issue tracker, comunicazione, wiki]. Obiettivi dei primi giorni: [aspettative, eventuale mentor]. ## Obiettivo Crea il deck di onboarding tecnico per un nuovo sviluppatore, slide per slide. Copri: benvenuto e obiettivi, team e ruoli, architettura del sistema, setup dell'ambiente, flusso di lavoro Git e CI, standard di codice e review, e il percorso dei primi 30 giorni con obiettivi concreti. Ogni slide deve avere titolo, bullet sintetici e una nota per il relatore. ## Tono & stile Professionale ma accogliente, chiaro e motivante. ## Formato output Restituisci una presentazione slide per slide. Per ogni slide: 'Slide N - [Sezione]' come intestazione, poi 'Titolo:' (titolo della slide), 'Bullet:' con un elenco puntato di punti sintetici (max 5 bullet per slide, frasi brevi), e 'Nota relatore:' con 1-2 frasi su cosa dire o mostrare. Includi almeno le slide: titolo/benvenuto, team e ruoli, architettura, setup ambiente, flusso Git e CI, standard di codice e review, primi 30 giorni. Chiudi con una slide 'Domande e riferimenti'. ## Vincoli & regole Usa solo le informazioni fornite su team, stack, architettura e processi: non inventare dettagli tecnici, nomi di tool o link; dove mancano inserisci [DA COMPLETARE]. Mantieni i bullet sintetici (non paragrafi) e adatti a una slide. Le note relatore aggiungono contesto, non ripetono i bullet. Il percorso dei primi 30 giorni deve avere obiettivi concreti e verificabili (es. primo commit, prima PR). Coerenza tra slide (lo stack citato nell'architettura deve corrispondere a quello del setup). Tutto in italiano.
## Ruolo Agisci come un engineering manager/tech lead senior esperto di onboarding tecnico e di creazione di presentazioni efficaci per nuovi membri del team di sviluppo. ## Obiettivo Crea il deck di onboarding tecnico per un nuovo sviluppatore, slide per slide. Copri: benvenuto e obiettivi, team e ruoli, architettura del sistema, setup dell'ambiente, flusso di lavoro Git e CI, standard di codice e review, e il percorso dei primi 30 giorni con obiettivi concreti. Ogni slide deve avere titolo, bullet sintetici e una nota per il relatore. ## Contesto Team/azienda: [nome team o area]. Ruolo del nuovo assunto: [es. Backend Developer, Frontend]. Stack e tecnologie: [linguaggi, framework, database, infrastruttura]. Architettura: [servizi principali, come comunicano, integrazioni]. Ambiente di sviluppo: [prerequisiti, come si avvia in locale, repository]. Processo di sviluppo: [modello di branching, PR/review, CI, standard di codice]. Strumenti e canali: [issue tracker, comunicazione, wiki]. Obiettivi dei primi giorni: [aspettative, eventuale mentor]. ## Formato output Restituisci una presentazione slide per slide. Per ogni slide: 'Slide N - [Sezione]' come intestazione, poi 'Titolo:' (titolo della slide), 'Bullet:' con un elenco puntato di punti sintetici (max 5 bullet per slide, frasi brevi), e 'Nota relatore:' con 1-2 frasi su cosa dire o mostrare. Includi almeno le slide: titolo/benvenuto, team e ruoli, architettura, setup ambiente, flusso Git e CI, standard di codice e review, primi 30 giorni. Chiudi con una slide 'Domande e riferimenti'. ## Vincoli & regole Usa solo le informazioni fornite su team, stack, architettura e processi: non inventare dettagli tecnici, nomi di tool o link; dove mancano inserisci [DA COMPLETARE]. Mantieni i bullet sintetici (non paragrafi) e adatti a una slide. Le note relatore aggiungono contesto, non ripetono i bullet. Il percorso dei primi 30 giorni deve avere obiettivi concreti e verificabili (es. primo commit, prima PR). Coerenza tra slide (lo stack citato nell'architettura deve corrispondere a quello del setup). Tutto in italiano. ## Tono & stile Professionale ma accogliente, chiaro e motivante. ## Verbosità Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.
## Ruolo Agisci come un engineering manager/tech lead senior esperto di onboarding tecnico e di creazione di presentazioni efficaci per nuovi membri del team di sviluppo. ## Obiettivo Crea il deck di onboarding tecnico per un nuovo sviluppatore, slide per slide. Copri: benvenuto e obiettivi, team e ruoli, architettura del sistema, setup dell'ambiente, flusso di lavoro Git e CI, standard di codice e review, e il percorso dei primi 30 giorni con obiettivi concreti. Ogni slide deve avere titolo, bullet sintetici e una nota per il relatore. ## Contesto Team/azienda: [nome team o area]. Ruolo del nuovo assunto: [es. Backend Developer, Frontend]. Stack e tecnologie: [linguaggi, framework, database, infrastruttura]. Architettura: [servizi principali, come comunicano, integrazioni]. Ambiente di sviluppo: [prerequisiti, come si avvia in locale, repository]. Processo di sviluppo: [modello di branching, PR/review, CI, standard di codice]. Strumenti e canali: [issue tracker, comunicazione, wiki]. Obiettivi dei primi giorni: [aspettative, eventuale mentor]. ## Formato output Restituisci una presentazione slide per slide. Per ogni slide: 'Slide N - [Sezione]' come intestazione, poi 'Titolo:' (titolo della slide), 'Bullet:' con un elenco puntato di punti sintetici (max 5 bullet per slide, frasi brevi), e 'Nota relatore:' con 1-2 frasi su cosa dire o mostrare. Includi almeno le slide: titolo/benvenuto, team e ruoli, architettura, setup ambiente, flusso Git e CI, standard di codice e review, primi 30 giorni. Chiudi con una slide 'Domande e riferimenti'. ## Vincoli & regole Usa solo le informazioni fornite su team, stack, architettura e processi: non inventare dettagli tecnici, nomi di tool o link; dove mancano inserisci [DA COMPLETARE]. Mantieni i bullet sintetici (non paragrafi) e adatti a una slide. Le note relatore aggiungono contesto, non ripetono i bullet. Il percorso dei primi 30 giorni deve avere obiettivi concreti e verificabili (es. primo commit, prima PR). Coerenza tra slide (lo stack citato nell'architettura deve corrispondere a quello del setup). Tutto in italiano. ## Tono & stile Professionale ma accogliente, chiaro e motivante. ## Verbosità Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.
## Ruolo Agisci come un engineering manager/tech lead senior esperto di onboarding tecnico e di creazione di presentazioni efficaci per nuovi membri del team di sviluppo. ## Obiettivo Crea il deck di onboarding tecnico per un nuovo sviluppatore, slide per slide. Copri: benvenuto e obiettivi, team e ruoli, architettura del sistema, setup dell'ambiente, flusso di lavoro Git e CI, standard di codice e review, e il percorso dei primi 30 giorni con obiettivi concreti. Ogni slide deve avere titolo, bullet sintetici e una nota per il relatore. ## Contesto Team/azienda: [nome team o area]. Ruolo del nuovo assunto: [es. Backend Developer, Frontend]. Stack e tecnologie: [linguaggi, framework, database, infrastruttura]. Architettura: [servizi principali, come comunicano, integrazioni]. Ambiente di sviluppo: [prerequisiti, come si avvia in locale, repository]. Processo di sviluppo: [modello di branching, PR/review, CI, standard di codice]. Strumenti e canali: [issue tracker, comunicazione, wiki]. Obiettivi dei primi giorni: [aspettative, eventuale mentor]. ## Formato output Restituisci una presentazione slide per slide. Per ogni slide: 'Slide N - [Sezione]' come intestazione, poi 'Titolo:' (titolo della slide), 'Bullet:' con un elenco puntato di punti sintetici (max 5 bullet per slide, frasi brevi), e 'Nota relatore:' con 1-2 frasi su cosa dire o mostrare. Includi almeno le slide: titolo/benvenuto, team e ruoli, architettura, setup ambiente, flusso Git e CI, standard di codice e review, primi 30 giorni. Chiudi con una slide 'Domande e riferimenti'. ## Vincoli & regole Usa solo le informazioni fornite su team, stack, architettura e processi: non inventare dettagli tecnici, nomi di tool o link; dove mancano inserisci [DA COMPLETARE]. Mantieni i bullet sintetici (non paragrafi) e adatti a una slide. Le note relatore aggiungono contesto, non ripetono i bullet. Il percorso dei primi 30 giorni deve avere obiettivi concreti e verificabili (es. primo commit, prima PR). Coerenza tra slide (lo stack citato nell'architettura deve corrispondere a quello del setup). Tutto in italiano. ## Tono & stile Professionale ma accogliente, chiaro e motivante. ## Verbosità Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.
Crea il deck di onboarding tecnico per un nuovo sviluppatore, slide per slide. Copri: benvenuto e obiettivi, team e ruoli, architettura del sistema, setup dell'ambiente, flusso di lavoro Git e CI, standard di codice e review, e il percorso dei primi 30 giorni con obiettivi concreti. Ogni slide deve avere titolo, bullet sintetici e una nota per il relatore. Ruolo: Agisci come un engineering manager/tech lead senior esperto di onboarding tecnico e di creazione di presentazioni efficaci per nuovi membri del team di sviluppo. Contesto: Team/azienda: [nome team o area]. Ruolo del nuovo assunto: [es. Backend Developer, Frontend]. Stack e tecnologie: [linguaggi, framework, database, infrastruttura]. Architettura: [servizi principali, come comunicano, integrazioni]. Ambiente di sviluppo: [prerequisiti, come si avvia in locale, repository]. Processo di sviluppo: [modello di branching, PR/review, CI, standard di codice]. Strumenti e canali: [issue tracker, comunicazione, wiki]. Obiettivi dei primi giorni: [aspettative, eventuale mentor]. Formato output: Restituisci una presentazione slide per slide. Per ogni slide: 'Slide N - [Sezione]' come intestazione, poi 'Titolo:' (titolo della slide), 'Bullet:' con un elenco puntato di punti sintetici (max 5 bullet per slide, frasi brevi), e 'Nota relatore:' con 1-2 frasi su cosa dire o mostrare. Includi almeno le slide: titolo/benvenuto, team e ruoli, architettura, setup ambiente, flusso Git e CI, standard di codice e review, primi 30 giorni. Chiudi con una slide 'Domande e riferimenti'. Vincoli & regole: Usa solo le informazioni fornite su team, stack, architettura e processi: non inventare dettagli tecnici, nomi di tool o link; dove mancano inserisci [DA COMPLETARE]. Mantieni i bullet sintetici (non paragrafi) e adatti a una slide. Le note relatore aggiungono contesto, non ripetono i bullet. Il percorso dei primi 30 giorni deve avere obiettivi concreti e verificabili (es. primo commit, prima PR). Coerenza tra slide (lo stack citato nell'architettura deve corrispondere a quello del setup). Tutto in italiano. Tono & stile: Professionale ma accogliente, chiaro e motivante.
Esempio di output
Slide 1 - Titolo Titolo: Benvenuto nel team [Nome team] Bullet: - Onboarding tecnico per [ruolo, es. Backend Developer] - Obiettivo: produttivi in [N] settimane Nota relatore: Presentati, spiega lo scopo del deck e la durata della sessione. Slide 2 - Il team e i ruoli Titolo: Chi siamo Bullet: - Composizione del team e responsabilita - Riferimenti: chi chiedere per cosa - Canali di comunicazione Nota relatore: Mostra l'organigramma e spiega come chiedere aiuto. Slide 3 - Architettura del sistema Titolo: Come e fatto il sistema Bullet: - Servizi principali e responsabilita - Flusso di una richiesta tipo - Database e integrazioni esterne Nota relatore: Usa un diagramma a blocchi; non scendere nei dettagli di implementazione. Slide 4 - Setup ambiente Titolo: Prepara la macchina Bullet: - Prerequisiti e tool - Clona repo ed esegui in locale - Dove trovare le variabili d'ambiente [DA COMPLETARE] Nota relatore: Idealmente fai il setup insieme durante la sessione. Slide 5 - Flusso di lavoro Git Titolo: Come lavoriamo sul codice Bullet: - Modello di branching e naming - Pull request e review - CI: cosa deve passare prima del merge Nota relatore: Mostra una PR reale come esempio. Slide 6 - Primi 30 giorni Titolo: Il tuo percorso Bullet: - Settimana 1: ambiente pronto, primo commit - Settimana 2: prima PR su un task piccolo - Fine mese: feature autonoma Nota relatore: Concorda obiettivi e check-in periodici.
Domande frequenti
Si: ogni slide ha titolo, bullet sintetici e nota relatore. Basta trasporre i contenuti in un editor di presentazioni; la struttura e gia pensata per un deck di onboarding scorrevole.
No: usa solo le informazioni che fornisci su team, architettura e processi. Dove un dettaglio manca (es. link a un wiki, nome di un tool) inserisce un segnaposto [DA COMPLETARE] da riempire prima della presentazione.
Si: chiude con una slide sul percorso dei primi 30 giorni (settimana 1, settimana 2, fine mese) con obiettivi concreti come il primo commit e la prima PR, adattabile al ruolo.
Vuoi un prompt su misura?
Costruiscine uno in poche domande — e adattalo a ogni modello.