Prompt Gestione Progetti

Redigi il documento di inquadramento (Project Charter) per il progetto [nome del progetto] per [azienda]. Obiettivo: [obiettivo]. Sponsor: [committente]. Team: [composizione]. Budget: [budget]. Scadenza prevista: [scadenza]. Contesto iniziale: [contesto].

Struttura: contesto e problema da risolvere (3 righe), obiettivo misurabile, perimetro incluso, perimetro esplicitamente ESCLUSO (dettagliato quanto l'incluso per evitare derive), deliverable con criteri di accettazione, milestone datate, ruoli e responsabilità (matrice decisionale: chi decide, chi esegue, chi è consultato, chi è informato), rischi identificati con relativa strategia di mitigazione ([rischi già previsti]), ipotesi e dipendenze.

Formula ogni sezione in modo che eventuali disaccordi emergano ORA, in fase di revisione, e non a metà progetto. Concludi con le 3 domande critiche da risolvere in sede di comitato prima del lancio.

Trasforma i miei appunti grezzi in un verbale di riunione strutturato. Riunione: [oggetto] del [data], partecipanti: [partecipanti]. Ecco le note: [note grezze].

Formato di output: decisioni prese (formulate in modo univoco, indicando chi ha deciso), azioni (tabella: azione, responsabile, scadenza; se manca un dato scrivi "DA DEFINIRE"), punti discussi senza decisione (max 2 righe ciascuno), punti rimandati con data del prossimo confronto.

Regole: massimo una pagina, nessuna riformulazione che alteri il senso originale, evita giri di parole diplomatici. Concludi con la lista dei punti "DA DEFINIRE" da inviare ai partecipanti per convalida.

Suddividi il seguente progetto in lotti e costruisci il cronoprogramma. Progetto: [descrizione e deliverable finale]. Scadenza: [date]. Team disponibile: [persone e disponibilità, es. 2 persone part-time]. Vincoli noti: [validazione cliente, fornitori, ferie].

Procedi così: dividi in pacchetti di lavoro (WP) con deliverable verificabili, scomponi ogni pacchetto in task da 0,5 a 3 giorni, identifica le dipendenze e il percorso critico (Critical Path), inserisci un margine esplicito sulle attività incerte.

Consegna: lista strutturata lotti/task con stime, planning settimanale con milestone di validazione, percorso critico evidenziato e le 3 attività da avviare subito. Segnala se la scadenza [data] è insostenibile con il team descritto, fornendo dati oggettivi.

Redigi il flash report settimanale per il progetto [nome del progetto] destinato a [destinatari, es. comitato di pilotaggio]. Dati della settimana: avanzamento [fatto vs previsto], criticità [problemi], rischi in evoluzione [rischi], budget consumato [speso vs previsto], decisioni attese [blocchi in attesa e da quanto tempo].

Formato rigido di una pagina: stato del progetto (semaforo Verde/Giallo/Rosso) con una frase di giustificazione, 3 fatti salienti, avanzamento vs piano (una riga per lotto attivo), rischi e punti critici (solo variazioni rispetto alla scorsa settimana), decisioni attese con nome del decisore e impatto del ritardo, priorità della prossima settimana.

Regole: un progetto non torna verde senza spiegare la soluzione del problema; un punto giallo per due settimane diventa rosso; cita la data della richiesta iniziale per le decisioni in attesa.

Prepara la gestione di una retrospettiva per il progetto [nome del progetto], appena concluso [esito: nei tempi, in ritardo di X, abbandonato]. Partecipanti: [ruoli]. Durata: [es. 90 min]. Fatti salienti: [successi, fallimenti, tensioni].

Fornisci: scaletta temporizzata (apertura con regola "cerchiamo cause, non colpe", raccolta individuale prima della discussione, analisi dei punti chiave, decisioni), domande esatte per superare le generalità ("in quale momento esatto abbiamo capito che la scadenza sarebbe slittata?"), e tecnica per affrontare [argomento sensibile] senza trasformarlo in un processo.

Formato output lezioni apprese: ogni apprendimento deve diventare una regola operativa per il prossimo progetto ("da ora in poi faremo..."), con un responsabile. Massimo 5 regole per garantirne l'applicazione.

Agisci come un Project Director esperto. Aiutami a costruire lo studio di opportunità per il progetto [nome del progetto] ipotizzato da [azienda]. Problema o opportunità alla base: [contesto]. Benefici attesi: [benefici]. Budget massimo stimato: [importo]. Alternative note: [incluso il non fare nulla].

Struttura il dossier in 6 parti: problema e costo dell'inazione, opzioni possibili (incluso statu quo) con pro e contro, stima di massima di costi e tempi per opzione, benefici collegati a KPI misurabili, rischi maggiori di ogni opzione, raccomandazione argomentata.

Vincoli: ogni beneficio deve essere legato a un indicatore verificabile. Formula 5 criteri di decisione Go/No-Go. Concludi con la lista delle informazioni mancanti che indeboliscono lo studio e chi deve fornirle.

Redigi una scheda progetto di una pagina per un'iniziativa che non richiede un inquadramento completo. Progetto: [descrizione breve]. Richiedente: [nome]. Persone coinvolte: [nomi e tempo]. Scadenza desiderata: [data]. Budget: [importo].

Formato imposto (max 1 pagina): obiettivo in una frase misurabile, deliverable finale e criteri di chiusura, esclusioni dal perimetro (minimo 3 righe, sezione fondamentale), chi decide in caso di stallo, milestone (max 3), rischio principale e contromisura.

Vincoli: zero gergo tecnico, frasi comprensibili al primo colpo. Se mancano info, scrivi "DA CHIARIRE con [persona]". Concludi con le 2 domande da porre al richiedente prima di iniziare.

Inizio il progetto [nome del progetto] per [azienda] e devo raccogliere i requisiti. Profili da intervistare: [es. direzione, utenti operativi, IT]. Output atteso: [deliverable]. Tempo per intervista: [durata].

Prepara per ogni profilo una guida adattata: 8-10 domande aperte dalla più ampia alla più specifica, distinguendo tra operatività attuale (punti critici, volumi) e necessità future. Aggiungi per ogni profilo 2 domande "trabocchetto" per far emergere bisogni latenti (es. "cosa fate quando lo strumento attuale non basta?").

Vincoli: evita domande che suggeriscono la risposta o a cui si risponde sì/no. Fornisci uno schema di sintesi: bisogni espressi, bisogni dedotti, contraddizioni tra profili e citazioni significative.

Trasforma questi bisogni grezzi in User Stories per il team di sviluppo. Progetto: [nome]. Utenti: [profili]. Bisogni: [lista].

Per ogni bisogno produci: User Story nel formato "Come [profilo], voglio [azione] affinché [beneficio]", 3-5 criteri di accettazione binari (verificabili sì/no, evita "veloce" o "intuitivo" senza parametri), e domande da porre se il bisogno è troppo vago.

Vincoli: una story deve essere realizzabile in pochi giorni, altrimenti proponi la scomposizione. Segnala le soluzioni mascherate da bisogni e riformulale. Presenta il risultato in tabella: story, criteri, taglia stimata (S/M/L), domande aperte. Concludi con le dipendenze tra le storie.

Aiutami a priorizzare il backlog del progetto [nome del progetto]. Richieste in attesa: [lista con descrizione]. Capacità del team: [es. 15 giorni-uomo/mese]. Obiettivo del trimestre: [obiettivo]. Pressioni interne: [contesto politico].

Valuta ogni elemento su due assi: valore (impatto sull'obiettivo, numero utenti, costo dell'inazione) e sforzo stimato. Classifica in 4 categorie: da fare subito (alto valore, basso sforzo), da pianificare (alto valore, alto sforzo), riempitivi (basso valore, basso sforzo), da rifiutare o rimandare (basso valore, alto sforzo).

Vincoli: la pressione politica non è un criterio di valore. Produci la tabella con giustificazione e scrivi i 3 messaggi di rifiuto più delicati, brevi e fattuali.

Costruisci la roadmap dei prossimi 2 trimestri per [prodotto/progetto] di [azienda]. Obiettivi annuali: [obiettivi]. Iniziative candidate: [lista]. Capacità del team: [taglia]. Impegni presi: [vincoli non negoziabili].

Organizza la roadmap per trimestre formulando ogni voce come risultato atteso, non come funzione ("ridurre i tempi di risposta" invece di "sviluppare modulo X"). Per ogni trimestre: max 3 iniziative, risultato mirato, KPI di successo, dipendenze.

Vincoli: tieni il 20% di capacità libera per imprevisti. Elenca cosa è volutamente escluso e perché. Fornisci due versioni: dettagliata per il team e sintetica (5 righe) per la direzione. Segnala le iniziative con valore troppo vago.

Aiutami a stimare i carichi del progetto [nome del progetto]. Contenuto: [lotti/task]. Team: [profili/esperienza]. Storico: [progetti simili e durata reale, se noti].

Per ogni lotto: fornisci una stima a intervallo (ottimistica, probabile, pessimistica), le ipotesi alla base e il fattore che porterebbe allo scenario peggiore.

Vincoli: confronta le stime con lo storico reale se disponibile e spiega gli scostamenti. Aggiungi i carichi spesso dimenticati: bug fixing, coordinamento, formazione, assenze. Presenta il totale in 3 scenari. Se lo scarto tra ottimista e pessimista supera il doppio, indica quali info mancano per ridurre l'incertezza.

Costruisci il budget per il progetto [nome del progetto] di [azienda]. Carichi interni: [giorni-uomo e costo/giorno]. Acquisti/consulenze: [lista]. Durata: [durata]. Budget approvato: [importo].

Produci il budget per voce: costi interni, consulenze esterne, licenze, spese accessorie e un fondo rischi giustificato. Segnala subito eventuali sforamenti rispetto al budget approvato.

Crea il sistema di monitoraggio mensile: tabella speso vs budget, stima del residuo (ETC - Estimate to Complete), proiezione a finire (EAC) e 2 soglie di allerta per lo sponsor. Concludi con le 3 derive di budget più comuni per questo tipo di progetto e come intercettarle.

Crea il registro dei rischi per il progetto [nome del progetto]. Contesto: [descrizione, scadenze]. Rischi già percepiti: [lista]. Dipendenze esterne: [fornitori, altri team].

Completa la lista con rischi tipici (umani, tecnici, organizzativi, esterni). Per ogni rischio: descrizione dell'evento, probabilità (B/M/A), impatto (B/M/A), criticità, segnale premonitore, azione preventiva, piano di contingenza, responsabile.

Vincoli: formula ogni rischio come evento specifico (es. "il fornitore consegna con un mese di ritardo"), mai come tema vago. Limita il registro ai 10 rischi più critici. Definisci la frequenza di revisione e le domande da porsi.

Mappa gli stakeholder del progetto [nome del progetto] in [azienda]. Attori: [lista e ruoli]. Impatto del progetto su di loro: [cambiamenti]. Supporto o resistenze note: [contesto].

Posiziona ogni attore su due assi: influenza (capacità di bloccare/accelerare) e adesione (favorevole, neutro, contrario). Per ogni attore influente: cosa guadagna/perde, obiezione probabile e azione di coinvolgimento (coinvolgimento decisionale, info regolare, colloquio individuale).

Vincoli: distingui tra organigramma e influenza reale. Produci il piano in tabella: attore, posizione attuale, posizione necessaria, azioni, responsabile, scadenza. Indica i 2 attori da incontrare prioritariamente questa settimana.

Crea il piano di comunicazione per il progetto [nome del progetto]. Pubblico: [es. sponsor, team, utenti, altri reparti]. Durata: [durata]. Momenti chiave: [milestone, lanci]. Canali: [es. email, meeting, Teams, bacheca].

Per ogni target definisci: necessità informative, frequenza, canale, formato e mittente. Distingui tra comunicazione ricorrente (stato avanzamento) ed eccezionale (lancio, incidenti, chiusura).

Vincoli: ogni messaggio deve rispondere alla domanda "cosa cambia per me?". Prepara le bozze per il messaggio di lancio e quello di switch-off. Presenta una tabella sintetica e i 3 errori di comunicazione da evitare.

Costruisci la matrice RACI per il progetto [nome del progetto]. Attività: [lista]. Attori: [persone/funzioni]. Tensioni note: [es. due persone pensano di decidere la stessa cosa].

Per ogni attività assegna: R (Responsible - chi fa), A (Accountable - chi decide e risponde, uno solo), C (Consulted - chi va sentito prima), I (Informed - chi va informato dopo). Spiega le assegnazioni non scontate.

Verifica qualità: mai due A su una riga, nessuna riga senza R, segnala troppi C (colli di bottiglia) o attori senza ruoli. Presenta la tabella e indica le 3 attività a rischio conflitto con suggerimenti per metterle in sicurezza.

Prepara il Kick-off meeting per il progetto [nome del progetto]. Partecipanti: [ruoli]. Durata: [es. 1h]. Stato definizione: [approvato/in corso]. Punti sensibili: [scetticismo, fallimenti passati].

Fornisci: scaletta temporizzata (perché ora, risultato finale, fuori perimetro, ruoli, milestone, regole del team, Q&A), i 3 messaggi chiave da portare a casa, e come gestire [punto sensibile] senza rovinare il clima.

Vincoli: non deve essere un monologo. Prevedi 2 momenti partecipativi (es. raccolta rischi a caldo). Includi bozza invito con ordine del giorno e lista di ciò che deve essere pronto PRIMA del meeting.

Prepara il prossimo Comitato di Pilotaggio per [nome del progetto]. Partecipanti: [membri]. Durata: [durata]. Stato progetto: [avanzamento, budget]. Decisioni necessarie: [lista opzioni]. Temi caldi: [argomenti sensibili].

Costruisci l'agenda partendo dalle decisioni: ogni punto deve avere tempo allocato, opzioni preparate (pro/contro/raccomandazione) e impatto del rinvio. L'avanzamento deve occupare max 10 minuti su documento pre-inviato.

Fornisci: agenda temporizzata, formulazione esatta delle richieste decisionali, tecnica per gestire divagazioni su [tema caldo] e modello di verbale decisionale. Indica cosa inviare 48h prima.

Struttura la presentazione per il Comitato di Pilotaggio di [nome del progetto]. Dati: avanzamento [reale vs piano], budget [speso vs totale], rischi [variazioni], decisioni [lista], fatti salienti.

Produci lo schema slide per slide (max 10): sintesi (semaforo, messaggio chiave, decisioni), avanzamento per lotto, traiettoria budget, rischi variati, focus su criticità del mese con opzioni, decisioni richieste (una slide per decisione), prossimi passi.

Regole: titoli parlanti (es. "Lotto 2 in recupero", non "Stato Lotto 2"), max 5 bullet point, note per il parlato. Vincoli: niente riassunti di contesto già noti, cifre arrotondate e confrontate. Concludi con il test: se leggono solo la slide 1, hanno le info vitali?

Crea il processo di gestione delle varianti (Change Request) per il progetto [nome del progetto]. Contesto: [origine richieste, es. cliente aggiunge task]. Margine disponibile: [tempo/budget residuo].

Definisci: modulo minimo (descrizione, proponente, giustificazione, urgenza), 4 domande di analisi (impatto tempi, budget, altri lotti, rischio inazione), chi approva in base all'impatto (soglie €), registro delle varianti.

Scrivi 3 risposte tipo: accettata con impatto, rimandata a fase successiva, rifiutata con motivazione. Vincoli: il processo deve stare in mezza pagina. Nessuna variante accettata a voce senza registrazione. Indica come gestire il richiedente più insistente.

Aiutami a preparare la rinegoziazione di una scadenza impossibile. Progetto: [nome]. Data richiesta: [data]. Mia stima: [durata reale] perché [carico, dipendenze, team]. Sponsor: [profilo e priorità]. Motivo della data: [se noto].

Costruisci: dimostrazione fattuale del gap (carico vs capacità), poi 3 opzioni oneste: rispettare la data riducendo il perimetro (cosa togliere), mantenere il perimetro spostando la data, aggiungere risorse (costi e limiti, es. tempi di inserimento).

Vincoli: mai dire "è impossibile" senza alternative. Prepara risposte a 3 obiezioni (es. "fate uno sforzo", "vedremo in corsa"). Formato: una pagina di argomentazione + tabella comparativa delle opzioni.

Costruisci il piano di recupero per il progetto [nome del progetto], in ritardo di [durata] sulla scadenza del [data]. Cause: [motivi]. Residuo: [task rimanenti]. Team: [composizione]. Leve: [budget extra, perimetro trattabile].

Verifica la diagnosi: stime errate, perimetro gonfiato o blocchi esterni? Crea il piano su leve reali: taglio perimetro, parallelizzazione task, eliminazione attività non critiche, rinforzo solo sul percorso critico.

Vincoli: vietato comprimere le stime senza logica o tagliare i test. Consegna: nuovo planning affidabile, sacrifici fatti, 2 condizioni di successo e messaggio per lo sponsor che ammette il ritardo senza giustificazioni vaghe.

Prepara l'escalation per un blocco sul progetto [nome del progetto]. Blocco: [es. decisione mancante, risorsa non assegnata]. Da quando: [data]. Tentativi fatti: [azioni]. Destinatario: [livello]. Persone coinvolte: [attori e sensibilità].

Scrivi il messaggio: riassunto fattuale e datato, conseguenze dell'inazione (giorni persi, costi, milestone a rischio), 2-3 opzioni di sblocco con raccomandazione, decisione richiesta entro quando.

Vincoli: nessuna accusa personale, solo fatti e date. Il destinatario deve poter decidere leggendo solo questo testo. Includi versione orale da 60 secondi e messaggio informativo per i coinvolti affinché non si sentano scavalcati.

Organizza il monitoraggio delle azioni del progetto [nome del progetto]. Problema: [es. task fatti a metà, solleciti percepiti come controllo]. Ritmo: [frequenza]. Strumenti: [es. Excel, Planner, WhatsApp].

Proponi un sistema: formato registro (azione con verbo, responsabile unico, scadenza, stato), rito di aggiornamento (chi, quando, quanto tempo), meccanica di sollecito graduale (reminder automatico T-2, messaggio individuale alla scadenza, citazione in meeting solo al secondo sforamento).

Scrivi i modelli di sollecito per i 3 livelli. Vincoli: rifiuta azioni senza scadenza o responsabile unico. Limita il registro al carico assorbibile dal team. Spiega come presentarlo come supporto e non come controllo.

Progetta la dashboard per il progetto [nome del progetto]. Tipo: [natura]. Durata: [durata]. Punti critici: [es. tempi stretti, qualità]. Dati: [fonti].

Seleziona max 8 KPI divisi in 3 blocchi: Avanzamento (fatto vs previsto su deliverable chiusi, non % soggettiva), Salute (task scaduti, decisioni pendenti, rischi in crescita), Risorse (speso vs budget, carico team).

Per ogni KPI: definizione, fonte, frequenza, soglia di allerta. Vincoli: bando alle % invendibili, usa logica binaria (chiuso/non chiuso). Ogni alert deve innescare un'azione. Descrivi la lettura settimanale in 15 minuti: ordine, domande e quando scalare.

Redigi il report mensile per [nome del progetto] destinato a [Direzione]. Dati: risultati [consegne], scostamenti [ritardi/costi], budget [speso vs piano], rischi, decisioni prese, alert.

Formato 1 pagina: traiettoria globale in 2 frasi (finiremo in tempo/budget? cosa è cambiato?), risultati del mese (3 bullet legati alle milestone), scostamenti con causa e rimedio, budget con proiezione a finire, alert con richiesta esplicita.

Vincoli: la Direzione legge decine di report, evita auto-celebrazioni. Ogni alert deve avere una richiesta precisa. Metti le cattive notizie all'inizio, non nasconderle in fondo.

Aiutami a gestire le risorse tra progetti concorrenti. Progetti: [lista, scadenze, stato]. Risorse condivise: [persone e allocazione attuale]. Conflitto: [descrizione]. Chi decide: [ente/persona].

Crea una fotografia reale: chi fa cosa in % reale (non teorica) e chi è sopra il 100%. Proponi una griglia di valutazione: valore aziendale, costo del ritardo, urgenza esterna, irreversibilità.

Applica la griglia al conflitto e crea 2 scenari di allocazione con guadagni/perdite per ogni progetto e nuove date di fine. Vincoli: vietato sovraccaricare le persone. Lo scenario deve essere comunicabile ai PM "perdenti" con basi solide.

Prepara lo Sprint Planning per il team [nome] sul progetto [progetto]. Durata: [settimane]. Capacità: [persone, ferie, tempo extra-sprint]. Backlog: [item prioritari e stime]. Residuo: [task non finiti].

Struttura: calcolo capacità reale (tempo totale meno imprevisti/manutenzione), obiettivo dello sprint in una frase (risultato di business, non lista task), selezione item partendo dal residuo, verifica comprensione dei task.

Vincoli: rifiuta item senza criteri di accettazione. Se la pressione supera la capacità, la risposta è una scelta tra item, mai l'accettazione del sovraccarico. Fornisci scaletta, obiettivo e 3 segnali di allerta durante lo sprint.

Prepara la Sprint Retrospective per il team [nome]. Durata: [es. 45 min]. Clima: [es. stanchezza, tensioni, team nuovo]. Temi caldi: [eventi]. Azioni passate: [stato reale].

Fornisci: scaletta partendo dal bilancio delle azioni passate (se non si fanno, il rito muore), format di animazione adatto al [clima], domande per scavare a fondo, metodo di selezione (max 2 azioni con responsabile e scadenza nel prossimo sprint).

Vincoli: evita azioni vaghe come "comunicare meglio", punta a cambiamenti osservabili. I temi fuori controllo del team vanno scalati, non discussi all'infinito. Proponi 2 format alternativi per i prossimi sprint.

Inquadra il punto quotidiano per il team [nome]. Problema: [es. dura 30 min, è un report al capo, cala l'attenzione]. Team: [numero]. Modalità: [presenza/remoto].

Proponi il format: durata max, ora fissa, focus su coordinamento (cosa ho finito, cosa mi blocca, cosa mi serve dagli altri). Discussioni tecniche o problem solving vanno spostati a dopo il meeting.

Fornisci: regole per evitare il report al capo (il team si parla, rotazione facilitatore), frasi per tagliare divagazioni, adattamenti per [modalità] e 3 segnali che il daily è inutile con relativi correttivi. Includi messaggio di annuncio del nuovo format.

Aiuta il team [nome] a definire la Definition of Done per [tipo deliverable]. Problemi: [es. task riaperti, qualità alterna, test che trovano buchi].

Costruisci la DoD su 3 livelli: cosa rende un item "finito" (criteri verificabili: peer review, test, doc, approvazione), cosa è escluso per realismo, eccezioni ammesse e come tracciarle.

Vincoli: max 8 criteri binari (sì/no), tutti sostenibili con i mezzi attuali. Fornisci: metodo per farla adottare (workshop), regola per i lavori in corso e rito di revisione periodica.

Organizza il collaudo utenti (UAT) per [progetto]. Deliverable: [descrizione]. Tester: [profili]. Durata: [durata]. Criteri esistenti: [lista].

Costruisci: piano di test basato su flussi reali (non funzioni isolate), ogni caso con input/azione/output atteso; priorità (bloccante, importante, cosmetico); regola per classificare anomalie; processo di correzione e ri-test.

Fornisci schema Verbale di Collaudo: test eseguiti, anomalie per livello, decisione (accettazione, con riserva datata, rifiuto) e firme. Vincoli: il collaudo senza dati reali è inutile; le riserve devono avere un responsabile e una data di risoluzione.

Prepara il piano di Go-Live per [sistema] del progetto [nome]. Data: [data]. Utenti impattati: [numero]. Finestra temporale: [es. weekend]. Attori: [ruoli]. Rollback possibile: [sì/no].

Costruisci: checklist pre-rilascio (prerequisiti, backup, disponibilità persone), cronogramma ora per ora con responsabili e criteri di successo per step, punti di decisione Go/No-Go, piano di rollback (segnali di attivazione e passi esecutivi), monitoraggio post-rilascio.

Vincoli: ogni step deve avere un esito verificabile. Il rollback deve essere dettagliato quanto il rilascio. Includi messaggi per gli utenti pre e post operazione.

Organizza la Business Continuity durante la migrazione da [vecchio] a [nuovo] in [azienda]. Transizione: [durata]. Attività critiche: [lista]. Team: [coinvolti]. Rischi calendario: [es. chiusura contabile].

Affronta i nodi critici: quale sistema fa fede per ogni dato (regola chiara), come gestire la doppia immissione se inevitabile, chi chiude le operazioni iniziate nel vecchio sistema, sincronizzazione finale.

Fornisci: tabella attività critiche in transizione, regole di "master data", piano di supporto rinforzato e 3 scenari di incidente con relative procedure di emergenza.

Prepara la chiusura del progetto [nome], accettato il [data]. Elementi: [fornitori, budget, doc, team]. Riserve: [lista].

Crea checklist completa: Contrattuale (saldo fornitori, chiusura accessi), Finanziaria (stop imputazioni ore, bilancio finale vs budget), Documentale (archiviazione, reperibilità futura), Umana (riallocazione team, ringraziamenti), Passaggio (chi gestisce l'esercizio e come).

Vincoli: distingui blocchi alla chiusura da attività postume. Fissa una data di chiusura certa. Fornisci schema bilancio finale (1 pagina): KPI, successi, scostamenti e dove trovare le lezioni apprese.

Organizza il passaggio di consegne per [nome progetto] tra [uscente] e [entrante]. Motivo: [ragione]. Stato: [avanzamento, punti caldi]. Affiancamento: [durata].

Costruisci il dossier dando priorità al non scritto: storico decisioni e "perché", accordi verbali con sponsor/clienti, sensibilità degli stakeholder, rischi monitorati informalmente, stato reale dei lotti oltre i report.

Organizza l'affiancamento: incontri chiave (sponsor, team), ordine di trasmissione per urgenza, messaggio di annuncio rassicurante. Vincoli: prevedi test finale per l'entrante (domande chiave a cui deve saper rispondere).

Prepara l'inserimento di [nome, ruolo] nel team del progetto [nome] il [data]. Stato: [avanzamento]. Ruolo: [missioni]. Tempo team per supporto: [limitato].

Crea percorso 2 settimane: kit lettura giorno 1 (inquadramento, ultimo report, rischi, glossario), 4 incontri mirati, primo task utile e circoscritto entro la prima settimana, tutor assegnato per 10 min/giorno.

Vincoli: no a riunioni passive infinite, si impara producendo. Spiega le dinamiche non scritte: tensioni, temi tabù, processi decisionali reali. Fornisci planning, lista letture e KPI di inserimento a 15 giorni.

Aiutami a gestire un conflitto nel team. Contesto: [fatti tra le due persone, no giudizi] sul progetto [nome]. Impatto: [es. ritardi, ritenzione info]. Mio ruolo: [PM con/senza autorità gerarchica]. Storico: [tentativi fatti].

Proponi approccio in 3 fasi: colloqui individuali (domande per capire le versioni senza schierarsi), incontro comune (regole, focus sui fatti, accordo su 2-3 regole di convivenza), follow-up (verifica tenuta accordo).

Vincoli: resta nel ruolo di PM, temi HR/gerarchici vanno segnalati non gestiti. Nessuno deve uscire come "colpevole" davanti al team. Indica i segnali che impongono l'escalation immediata.

Aiutami a richiamare un fornitore che non rispetta gli accordi su [progetto]. Fornitore: [società]. Derive: [fatti datati: ritardi, qualità, cambi referenti]. Contratto: [penali, deliverable]. Dipendenza: [sostituibilità].

Costruisci la progressione: 1. Incontro di richiamo (dossier scostamenti, richiesta piano di rientro datato); 2. Monitoraggio stretto (milestone brevi, report scritti); 3. Preparazione alternativa (se il rientro fallisce).

Vincoli: tutto per iscritto dopo ogni contatto orale. Resta fattuale e contrattuale, niente minacce a vuoto. Fornisci: tabella scostamenti, bozza convocazione, scaletta meeting e criteri per chiusura rapporto.

Redigi il capitolato per consultare fornitori su [oggetto, es. nuovo software, consulenza] per [azienda]. Bisogno: [problema da risolvere]. Contesto: [esistente, vincoli]. Budget: [range]. Calendario: [scadenze].

Struttura: presentazione azienda (0,5 pag), obiettivi come risultati attesi (descrivi il cosa, non il come), perimetro ed esclusioni, vincoli non negoziabili (tecnici, GDPR, scadenze), deliverable richiesti, criteri di selezione pesati, processo di gara (date, presentazioni), formato risposta.

Vincoli: ogni requisito deve essere testabile. Distingui tra obbligatori e opzionali. Concludi con 5 domande per la fase di shortlist per capire chi ha davvero compreso il bisogno.

Costruisci la griglia di confronto per le offerte ricevute su [oggetto]. Offerte: [riassunto: prezzo, tempi, approccio]. Criteri chiave: [es. tempi, supporto, costo totale, solidità]. Segnali: [es. offerta troppo bassa, risposte vaghe].

Crea la griglia: criteri raggruppati (comprensione, approccio, team reale, prezzo TCO, referenze, clausole), pesi giustificati, scala di valutazione descrittiva per ridurre la soggettività.

Applica la griglia e segnala: anomalie di prezzo (offerte basse spesso nascondono tagli), risorse promesse vs reali, costi nascosti. Fornisci tabella, domande di chiarimento per fornitore e raccomandazione finale in 5 righe.

Crea il piano di Change Management per [progetto] in [azienda]. Target: [gruppi, numero persone, impatto]. Resistenze: [timori]. Calendario: [date]. Mezzi: [budget, referenti].

Per ogni gruppo: cosa cambia (guadagni e perdite, non nascondere le criticità), livello supporto (info, training, affiancamento), messaggio chiave dal loro punto di vista.

Fasi: Prima (annuncio, rete di "Ambassador" credibili, training), Durante (supporto extra, raccolta feedback, correzioni rapide), Dopo (misura uso reale, gestione resistenze residue).

Vincoli: no a piani basati solo su "comunicare di più". Ogni azione deve avere un proprietario. Consegna tabella per target e calendario consolidato.

Progetta il piano formativo per [strumento/processo] in [azienda]. Utenti: [profili, numero, competenze]. Competenze richieste: [task]. Vincoli: [tempo, budget, data Go-Live].

Crea un piano per profilo: per ognuno, i 5-10 task critici (non tour completo funzioni), format adatto (aula, webinar, pillole video, affiancamento), durata, materiale (manuali brevi, checklist).

Pianifica le sessioni vicino al Go-Live (non troppo prima). Prevedi recuperi per assenti e supporto di prossimità.

Vincoli: misura il successo sull'uso reale post-rilascio (capacità di eseguire task, ticket aperti) non sulla partecipazione. Fornisci tabella e lista materiali priorizzata.

Incidente grave sul progetto [nome]: [natura, es. perdita dati, blocco servizio]. Impatti: [chi e come]. Stato: [cosa sappiamo/non sappiamo]. Target: [direzione, team, clienti, partner].

Scrivi la sequenza: 1. Primo messaggio rapido (cosa sappiamo, cosa facciamo, quando aggiorneremo - dai un orario, non una scadenza di risoluzione incerta); 2. Aggiornamenti regolari anche senza novità; 3. Messaggio di chiusura con azioni preventive.

Adatta per target: Direzione (impatto/decisioni), Utenti (come lavorare ora), Clienti (tutela). Vincoli: no speculazioni sulle cause, no colpevoli, no promesse di tempi non certe. Fornisci bozze pronte e regole di ingaggio.

Aiuta il team [nome] di [azienda] a scrivere gli OKR per il trimestre [Q]. Priorità aziendali: [lista]. Attività ricorrenti: [run]. Progetti: [idee]. Team: [numero].

Produci max 3 Obiettivi (O): ognuno come cambiamento ispirante ma concreto, legato a una priorità aziendale. Per ogni O, 2-4 Risultati Chiave (KR): misurabili (valore X a Y), focalizzati sull'output non sull'attività (es. "ridurre errori del 20%", non "fare meeting X").

Vincoli: l'operatività ordinaria non è un OKR. Se un KR non è misurabile oggi, va riformulato. Segnala obiettivi fuori controllo del team. Fornisci OKR, domande per il team e rito di monitoraggio (15 min).

Prepara la revisione trimestrale OKR per il team [nome]. OKR passati: [risultati]. Eventi: [imprevisti, cambi priorità]. Partecipanti: [nomi]. Durata: [durata].

Struttura in 3 tempi: 1. Valutazione numerica (KR non misurato = non raggiunto); 2. Analisi scostamenti (esecuzione, ambizione errata o fattori esterni); 3. Decisioni per il futuro (conferma, abbandono, ricalibrazione).

Vincoli: no giustificazioni, vai ai numeri. Un 100% raggiunto subito indica poca ambizione quanto un 20% indica cattiva esecuzione. Fornisci scaletta, griglia di valutazione, domande chiave e schema sintesi post-meeting.

Prepara il Post-Mortem per l'incidente [descrizione] del [data] sul progetto [nome]. Cronologia: [eventi e orari]. Coinvolti: [attori]. Clima: [es. caccia al colpevole].

Struttura documento e meeting: cronologia fattuale collettiva (senza interpretazioni), analisi delle cause profonde (l'errore umano è un sintomo: cosa lo ha permesso? cosa doveva intercettarlo?), cosa ha funzionato, azioni preventive.

Regole: cerchiamo fallimenti del sistema, non persone da punire. Chi ammette un errore aiuta il team. Vincoli: max 5 azioni con responsabile e data, privilegiando soluzioni tecniche/sistemiche rispetto alla "maggiore vigilanza". Fornisci schema e scaletta.

Aiutami a trasformare i feedback di [team/azienda] in standard operativi. Materiale: [retrospettive, bilanci, post-mortem]. Problema: [es. stessi errori ripetuti, bilanci mai letti].

Procedi: raggruppa per temi e frequenza (priorità alla ricorrenza), trasforma in regole azionabili con trigger ("all'avvio di ogni progetto facciamo X"), definisci dove vivono (checklist, template doc) per essere usate nel flusso di lavoro.

Vincoli: max 10 regole totali, ognuna con un proprietario. Prevedi revisione semestrale per eliminare regole obsolete. Fornisci regole proposte, supporti di integrazione e messaggio per il team.

Prepara il progetto [nome] per un audit di [auditore: interno, cliente, ente] il [data]. Perimetro: [cosa guardano]. Stato reale: [punti forza/debolezza, doc pronti/no]. Obiettivo: [es. finanziamento, certificazione].

Organizza: dossier di riferimento (inquadramento, decisioni, rischi, verbali, budget) con lista lacune da colmare subito, domande probabili dell'auditore, posizione da tenere sui punti deboli (ammissione, controllo, piano d'azione datato).

Vincoli: mai falsificare documenti. Un punto debole gestito è meglio di una facciata che crolla. Briefing per il team basato sui fatti, non su slogan. Fornisci checklist dossier, Q&A preparata e cronoprogramma di preparazione.