Perché un Project Manager dovrebbe usare i prompt
Un buon prompt non scrive il progetto al posto tuo. Fa qualcosa di più utile: ti toglie dalle mani il lavoro ripetitivo e ti restituisce ore da spendere dove conti davvero, cioè con le persone e sulle decisioni.
Il problema è che la maggior parte dei PM usa l’AI come un motore di ricerca evoluto. Scrivono due righe vaghe, ottengono una risposta generica, si deludono e tornano a fare tutto a mano. Il salto di qualità arriva quando smetti di chattare e inizi a usare prompt strutturati: istruzioni precise, ruolo definito, formato di output dichiarato, segnaposto da riempire con i dati del tuo progetto.
Questa è una libreria pronta all’uso. Otto prompt in italiano, raggruppati per caso d’uso reale, ognuno con il suo blocco da copiare. Riempi i segnaposto tra parentesi quadre con i tuoi dati e parti. Per capire come questi strumenti si inseriscono in un quadro più ampio, dai un’occhiata alla nostra guida sull’intelligenza artificiale applicata al Project Management.
Come usare questa libreria
Tre regole prima di copiare qualsiasi cosa.
Riempi sempre tutti i segnaposto. I blocchi che trovi sotto contengono campi tipo [INSERISCI NOME PROGETTO]. Un prompt con segnaposto vuoti produce output vuoto, fatto di placeholder e frasi di circostanza. Più contesto dai, più l’output diventa tuo.
Itera, non accontentarti del primo giro. La prima risposta è una bozza, non il risultato finale. Rispondi con “accorcia la sezione rischi”, “usa un tono più formale”, “aggiungi una colonna con il responsabile”. L’AI lavora bene a piccoli passi.
Non incollare dati sensibili. Su questo torniamo in chiusura, ma vale la pena anticiparlo: nomi di clienti, dati personali, cifre riservate e informazioni coperte da NDA non vanno mai in una chat pubblica. I segnaposto servono anche a questo, ti costringono ad astrarre prima di incollare.
1. Kickoff e project charter
Quando usarlo: all’avvio di un nuovo progetto, quando hai gli elementi sparsi in testa o in una mail e ti serve un documento di apertura che metta tutti d’accordo su obiettivi, perimetro e ruoli.
Agisci come un Project Manager senior.
Scrivi un project charter sintetico per il progetto seguente.
Nome progetto: [INSERISCI NOME PROGETTO]
Sponsor: [INSERISCI SPONSOR]
Obiettivo di business: [INSERISCI OBIETTIVO]
Risultati attesi: [INSERISCI 2-3 DELIVERABLE PRINCIPALI]
Vincoli noti (budget, scadenze, risorse): [INSERISCI VINCOLI]
Stakeholder chiave: [INSERISCI RUOLI]
Struttura l'output in queste sezioni: contesto e razionale,
obiettivi SMART, perimetro (cosa e' incluso e cosa e' escluso),
stakeholder e ruoli, vincoli e assunzioni, rischi macro iniziali.
Tono professionale, massimo una pagina.
Output atteso: un project charter di una pagina, pronto da rivedere e condividere con lo sponsor, con il perimetro reso esplicito (incluso ed escluso).
2. Work breakdown structure (WBS)
Quando usarlo: dopo il charter, quando devi scomporre il progetto in pacchetti di lavoro gestibili prima di stimare tempi e risorse.
Sei un esperto di pianificazione progetti.
A partire dall'obiettivo seguente, costruisci una work breakdown
structure (WBS) gerarchica su tre livelli.
Progetto: [INSERISCI NOME PROGETTO]
Obiettivo finale: [INSERISCI DELIVERABLE FINALE]
Fasi note (se le hai): [INSERISCI FASI O LASCIA VUOTO]
Livello 1: macro-fasi.
Livello 2: deliverable per ogni fase.
Livello 3: pacchetti di lavoro concreti e assegnabili.
Numera ogni voce in modo gerarchico (1, 1.1, 1.1.1).
Per ogni pacchetto di lavoro aggiungi una stima grossolana
in giorni/uomo. Restituisci il tutto come elenco strutturato.
Output atteso: una WBS numerata su tre livelli con stima preliminare per pacchetto di lavoro, da raffinare con il team.
3. Risk register
Quando usarlo: in fase di pianificazione, oppure a metà progetto quando senti che i rischi sono cambiati e il registro è fermo all’avvio.
Agisci come risk manager di progetto.
Genera un risk register iniziale per il progetto descritto.
Progetto: [INSERISCI NOME PROGETTO]
Settore/contesto: [INSERISCI CONTESTO]
Fattori critici noti: [INSERISCI 2-3 PREOCCUPAZIONI]
Identifica almeno 8 rischi plausibili.
Per ciascuno restituisci una riga di tabella con queste colonne:
ID, descrizione del rischio, categoria (tecnico, risorse,
esterno, organizzativo), probabilita' (alta/media/bassa),
impatto (alto/medio/basso), risposta suggerita (mitigare,
evitare, trasferire, accettare), azione concreta.
Ordina dal rischio piu' critico al meno critico.
Output atteso: una tabella di otto o più rischi con probabilità, impatto e azione di risposta concreta, ordinata per criticità.
4. Status report settimanale
Quando usarlo: ogni venerdì, quando devi trasformare quello che è successo nella settimana in un report leggibile per chi non era nelle riunioni operative.
Sei un Project Manager che scrive un report di stato settimanale
per la direzione. Sintetizza le informazioni seguenti.
Progetto: [INSERISCI NOME PROGETTO]
Settimana di riferimento: [INSERISCI DATE]
Cosa e' stato completato: [INSERISCI ATTIVITA' CHIUSE]
Cosa e' in corso: [INSERISCI ATTIVITA' APERTE]
Blocchi e ritardi: [INSERISCI PROBLEMI]
Decisioni richieste alla direzione: [INSERISCI EVENTUALI DECISIONI]
Restituisci un report breve con: semaforo di stato generale
(verde/giallo/rosso) con una riga di motivazione, progressi
della settimana, prossimi passi, rischi e blocchi, richieste
di decisione. Tono asciutto, niente giri di parole.
Output atteso: uno status report con semaforo di stato e sezioni nette, pronto da incollare in una mail o in un canale di progetto.
5. Da meeting notes ad action items
Quando usarlo: subito dopo una riunione, quando hai un blocco di appunti disordinati e ti servono azioni chiare con responsabile e scadenza prima che tutto si dimentichi.
Agisci come segretario di progetto.
Trasforma gli appunti grezzi di questa riunione in action items.
Appunti riunione:
[INCOLLA QUI GLI APPUNTI, GIA' RIPULITI DA DATI SENSIBILI]
Restituisci due blocchi.
Blocco 1: sintesi in massimo 5 punti delle decisioni prese.
Blocco 2: tabella di action item con colonne: azione,
responsabile (usa i ruoli o le iniziali presenti negli appunti),
scadenza proposta, priorita' (alta/media/bassa).
Se un'azione non ha un responsabile chiaro, segnalalo
esplicitamente con "DA ASSEGNARE".
Output atteso: una sintesi delle decisioni più una tabella di action item con responsabile e scadenza, con i punti scoperti segnalati come “da assegnare”.
6. Retrospettiva agile
Quando usarlo: a fine sprint o a fine progetto, quando vuoi una retrospettiva che vada oltre il solito “è andata bene” e produca azioni di miglioramento vere.
Sei un facilitatore agile esperto.
Aiutami a preparare e poi sintetizzare una retrospettiva di sprint.
Contesto sprint: [INSERISCI OBIETTIVO E DURATA SPRINT]
Cosa e' andato bene secondo il team: [INSERISCI PUNTI]
Cosa non ha funzionato: [INSERISCI PUNTI]
Idee emerse: [INSERISCI EVENTUALI IDEE]
Prima parte: proponi 3 domande di apertura per stimolare
il confronto onesto del team.
Seconda parte: organizza il materiale che ti ho dato nel
formato "cosa continuare, cosa smettere, cosa iniziare".
Terza parte: estrai massimo 3 azioni di miglioramento
concrete, ognuna con un responsabile suggerito e un modo
per misurarne l'effetto nel prossimo sprint.
Output atteso: domande di apertura, una sintesi continua/smetti/inizia e tre azioni di miglioramento misurabili per lo sprint successivo. Se ti stai chiedendo quando l’approccio agile conviene davvero, leggi il confronto Agile vs Waterfall: quando usare quale.
7. User stories
Quando usarlo: quando devi tradurre un’esigenza di business o una richiesta del cliente in user stories che il team di sviluppo possa stimare e portare in sprint.
Agisci come product owner.
Scrivi un set di user stories a partire dall'esigenza seguente.
Funzionalita' richiesta: [INSERISCI ESIGENZA]
Utente tipo: [INSERISCI PERSONA O RUOLO]
Obiettivo dell'utente: [INSERISCI BENEFICIO ATTESO]
Per ogni storia usa il formato: "Come [ruolo], voglio [azione]
in modo da [beneficio]".
Genera tra 4 e 6 storie che coprano il caso principale e
almeno un paio di casi limite.
Per ogni storia aggiungi 2-3 criteri di accettazione in
formato dato/quando/allora. Mantieni le storie piccole e
indipendenti tra loro.
Output atteso: da quattro a sei user stories nel formato standard, ciascuna con criteri di accettazione, pronte per la stima del team.
8. Comunicazione agli stakeholder
Quando usarlo: quando devi dare una notizia delicata (un ritardo, un cambio di perimetro, un superamento di budget) e il modo in cui la scrivi conta quanto il contenuto.
Sei un Project Manager che deve comunicare una notizia
delicata agli stakeholder. Scrivi una comunicazione chiara,
trasparente e orientata alla soluzione.
Destinatari: [INSERISCI RUOLI DESTINATARI]
Situazione da comunicare: [INSERISCI FATTO, ES. RITARDO DI 2 SETTIMANE]
Causa: [INSERISCI CAUSA]
Impatto sul progetto: [INSERISCI IMPATTO]
Azioni gia' avviate: [INSERISCI COSA STAI FACENDO]
La comunicazione deve: aprire con il punto chiave senza
nasconderlo, spiegare causa e impatto in modo onesto,
presentare il piano di rientro, chiudere con la richiesta
specifica (decisione, allineamento o semplice presa visione).
Tono professionale ma umano, niente linguaggio difensivo.
Output atteso: una mail o messaggio agli stakeholder che dice la verità senza addolcirla troppo, con causa, impatto e piano di rientro chiari.
Tabella riassuntiva: il prompt giusto al momento giusto
| Caso d’uso | Fase del progetto | Output principale |
|---|---|---|
| Kickoff / project charter | Avvio | Documento di apertura di una pagina |
| Work breakdown structure | Pianificazione | WBS gerarchica su tre livelli |
| Risk register | Pianificazione / monitoraggio | Tabella rischi con risposte |
| Status report settimanale | Esecuzione | Report con semaforo di stato |
| Meeting notes ad action items | Esecuzione | Sintesi + tabella di azioni |
| Retrospettiva agile | Chiusura sprint | Azioni di miglioramento misurabili |
| User stories | Pianificazione backlog | Storie con criteri di accettazione |
| Comunicazione stakeholder | Trasversale | Messaggio orientato alla soluzione |
Consigli pratici per ottenere di più
Come adattare i prompt al tuo contesto
I blocchi qui sopra sono punti di partenza, non formule fisse. Tre leve cambiano tutto. La prima è il ruolo: cambia “Project Manager senior” con il ruolo più vicino al tuo contesto (PMO, scrum master, program manager) e l’output cambia registro. La seconda è il formato: se chiedi esplicitamente una tabella, un elenco numerato o un testo discorsivo, lo ottieni. La terza sono gli esempi: incollare un esempio del tuo formato preferito (una riga di status report già scritta come piace a te) vale più di mille istruzioni.
Claude o ChatGPT per output strutturato
Non esiste lo strumento migliore in assoluto, esiste quello giusto per il compito. Per output lunghi, strutturati e con un tono italiano curato (charter, comunicazioni delicate, documenti che leggerà un dirigente) molti PM trovano Claude più affidabile sulla coerenza del testo. Per iterazioni rapide, brainstorming e integrazione con strumenti e plugin di terze parti, ChatGPT resta versatile e diffuso. Il consiglio pratico è non sceglierne uno per sempre: tieni due schede aperte, fai lo stesso prompt su entrambi sui task che contano e tieni l’output migliore. La differenza, su un report che vede il tuo capo, si nota.
Su una cosa vale la pena essere chiari: l’AI accelera il lavoro, non sostituisce il giudizio di chi guida il progetto. Se l’argomento ti interessa, abbiamo dedicato un approfondimento alla domanda se l’AI sostituirà i Project Manager.
Attenzione ai dati sensibili (GDPR)
Questo è il punto su cui non si scherza. Quando incolli appunti, mail o documenti in uno strumento AI, quei dati possono uscire dal perimetro della tua azienda. Nomi di clienti, dati personali, cifre commerciali riservate e tutto ciò che è coperto da NDA non vanno mai incollati in chiaro in una chat pubblica. Prima di incollare, astrai: sostituisci i nomi con ruoli, le cifre esatte con range, i dettagli identificabili con segnaposto. Verifica le impostazioni sull’uso dei dati del tuo account e, se la tua organizzazione ha policy o strumenti enterprise con garanzie contrattuali sul trattamento, usali. La regola pratica è semplice: se non lo manderesti via mail a un fornitore esterno, non incollarlo in una chat AI.
Dai prompt alla padronanza degli strumenti
Saper scrivere un buon prompt è una competenza, ma è la punta dell’iceberg. Il PM che fa davvero la differenza sa scegliere quando usare l’AI, quale strumento, quali KPI misurare e come integrare tutto nel proprio metodo di lavoro.
Il corso Digital Project Manager Executive di Management Academy è pensato proprio per i professionisti senior che vogliono questo salto. È un percorso on demand da 118 ore di contenuto video (modalità Community oppure Blended, con un’ora di Q&A live a settimana), con accesso ai materiali per 12 mesi, e include moduli digitali avanzati dedicati a tool, intelligenza artificiale e KPI. Il percorso prepara a quattro certificazioni (CAPM di PMI, PSM I di Scrum.org, Product Management e OKR): gli esami delle certificazioni esterne si sostengono presso i rispettivi enti e non sono inclusi nel costo. Per CAPM, Castro & Partners è Authorized Training Partner PMI e il percorso copre le 23 Contact Hours richieste per candidarsi. È disponibile un simulatore d’esame, attestato con badge digitale verificabile, community e app didattica, oltre a un coaching 1:1 opzionale.
Se citiamo il prezzo, parte da 900 €, ma la cosa migliore è contattare il team per prezzi aggiornati e promozioni attive.
Scopri il corso Digital Project Manager Executive
FAQ
Quale strumento AI è meglio per un Project Manager, Claude o ChatGPT?
Dipende dal compito. Per documenti lunghi e strutturati con un tono italiano curato molti PM preferiscono Claude, per iterazioni rapide e integrazioni con plugin di terze parti ChatGPT è molto versatile. Il consiglio pratico è provare lo stesso prompt su entrambi nei task importanti e tenere l’output migliore.
Posso incollare gli appunti di una riunione reale in questi prompt?
Sì, ma prima ripuliscili dai dati sensibili. Sostituisci nomi di clienti e persone con ruoli o iniziali, le cifre riservate con range e tutto ciò che è coperto da NDA con segnaposto. Se non manderesti quel testo via mail a un fornitore esterno, non incollarlo in una chat AI.
I prompt funzionano anche in italiano o conviene tradurli in inglese?
Funzionano benissimo in italiano e i modelli più recenti producono output di qualità nella nostra lingua. Tradurre in inglese non porta vantaggi significativi e ti fa perdere sfumature, specie nelle comunicazioni che leggeranno colleghi e dirigenti italiani.
L’AI può sostituire la pianificazione fatta da un Project Manager?
No. L’AI accelera la stesura di documenti, bozze e sintesi, ma le decisioni su priorità, persone, rischi reali e trade-off restano nelle mani del PM. Questi prompt fanno risparmiare tempo sul lavoro ripetitivo, non sostituiscono il giudizio professionale.