Domande al colloquio per Project Manager: 20 domande e come rispondere con il metodo STAR

Il colloquio per project manager non si vince improvvisando

Chi seleziona un project manager non cerca chi conosce a memoria le fasi di un progetto. Cerca prove. Vuole sentire come hai gestito un conflitto vero, come hai recuperato una deadline che stava saltando, come ti sei comportato quando uno stakeholder ha cambiato idea a metà sprint. Le competenze tecniche si verificano in due domande, il resto del colloquio misura il tuo comportamento sotto pressione.

Il problema è che la maggior parte dei candidati risponde a queste domande in modo generico. “Sono bravo a gestire i conflitti”, “lavoro bene in team”, “so stare sotto pressione”. Frasi che non dimostrano niente. Il modo per distinguersi esiste e ha un nome: il metodo STAR. In questa guida trovi 20 domande tipiche divise per famiglia, una risposta-modello per ognuna, un template riutilizzabile e la lista degli errori che fanno bocciare anche candidati preparati.

Cos’è il metodo STAR

STAR è un acronimo che struttura una risposta comportamentale in quattro passaggi. Serve a raccontare un episodio reale in modo ordinato, senza divagare e senza dimenticare il pezzo che interessa davvero al selezionatore: il risultato.

• Situation: il contesto. Quale progetto, quale azienda, quale problema. Due o tre frasi, non di più.
• Task: il tuo compito specifico in quella situazione. Cosa dovevi ottenere tu, non il team in astratto.
• Action: cosa hai fatto concretamente. È il cuore della risposta, quello su cui dedichi più tempo. Verbi in prima persona singolare: “ho convocato”, “ho rinegoziato”, “ho deciso”.
• Result: l’esito, possibilmente con un numero. Tempo recuperato, budget rispettato, soddisfazione del cliente, errore evitato.

La forza del metodo sta nella sproporzione: una battuta di situazione, una di task, tre o quattro di azione, una di risultato. I candidati deboli fanno il contrario, si dilungano sul contesto e si dimenticano del risultato. I selezionatori esperti riconoscono uno schema STAR a orecchio e ti danno credito anche solo per la chiarezza dell’esposizione.

Le 4 famiglie di domande

Le domande di un colloquio per project manager, al netto delle varianti, ricadono in quattro categorie. Sapere a quale famiglia appartiene una domanda ti dice subito come strutturare la risposta.

Il metodo STAR domina la prima famiglia, ma puoi usarlo anche per le situazionali raccontando un caso analogo già vissuto. Per le tecniche serve un approccio diverso, che vediamo più avanti.

Il template STAR riutilizzabile

Non si improvvisa STAR in colloquio. Si prepara prima. La regola pratica: scrivi 5-6 storie dalla tua esperienza che coprano i temi più frequenti (conflitto, deadline, fallimento, stakeholder difficile, leadership, cambiamento di scope). Ogni storia, una volta strutturata, copre più domande diverse. Usa questo schema per scriverle.

STORIA: [nome interno, es. "Recupero release Q3"]
TEMI COPERTI: [conflitto / deadline / leadership / ...]

[S] SITUATION (1-2 frasi)
  Progetto: ...
  Contesto: ...
  Problema: ...

[T] TASK (1 frase)
  Il mio obiettivo specifico: ...

[A] ACTION (3-5 punti, prima persona)
  1. Ho ...
  2. Ho ...
  3. Ho ...

[R] RESULT (1-2 frasi, con metrica)
  Esito: ...
  Numero/metrica: ...
  Cosa ho imparato: ...

Compila questo blocco sei volte e avrai un arsenale che copre quasi ogni domanda comportamentale. In colloquio non reciti a memoria: ti basta richiamare la storia giusta e raccontarla con naturalezza. Per individuare quali competenze valorizzare, parti dalle tue: una mappa utile la trovi nella guida alle competenze del project manager.

20 domande con risposta-modello STAR

1. Raccontami di un conflitto nel team che hai dovuto gestire

S: due sviluppatori senior in disaccordo sull’architettura di un modulo, lo scontro stava bloccando lo sprint. T: dovevo sbloccare la decisione senza che nessuno dei due si sentisse scavalcato. A: ho ascoltato separatamente entrambi, ho riportato la discussione su un criterio oggettivo (impatto sulla manutenibilità), ho organizzato una sessione di 30 minuti con una checklist condivisa per decidere. R: decisione presa in giornata, sprint chiuso in tempo, i due hanno continuato a collaborare. Approfondimenti sulla gestione conflitti nella guida dedicata.

2. Parlami di una deadline che è slittata

S: una release verso il cliente con due settimane di ritardo accumulato per dipendenze esterne non consegnate. T: capire cosa fosse davvero salvabile e ricostruire un impegno credibile. A: ho rifatto la stima con il team, ho diviso l’ambito in must-have e nice-to-have, ho comunicato al cliente una nuova data con la lista di cosa entrava e cosa slittava. R: consegnato il nucleo essenziale alla data rinegoziata, il cliente ha apprezzato la trasparenza più della puntualità originale.

3. Hai mai avuto due stakeholder in disaccordo? Come l’hai risolto?

S: il responsabile marketing voleva una feature visibile subito, il CTO voleva prima il debito tecnico. T: trovare una priorità condivisa senza prendere posizione politica. A: ho costruito una matrice impatto/sforzo con entrambi nella stessa stanza, ho reso esplicito il costo del rinvio per ciascuna opzione. R: hanno scelto insieme una soluzione intermedia, la decisione è diventata loro e non mia.

4. Raccontami di un progetto fallito

S: un progetto interno cancellato dopo tre mesi perché il bisogno di business era cambiato. T: chiudere in modo ordinato e capitalizzare il lavoro fatto. A: ho documentato il riutilizzabile, ho fatto una retrospettiva onesta sulle assunzioni sbagliate iniziali, ho proposto come anticipare quel rischio in futuro. R: due componenti riusati in altri progetti, e da allora ogni kickoff include una verifica esplicita del bisogno di business. Il fallimento raccontato con lucidità vale più di un successo raccontato con vanteria.

5. Come hai gestito un taglio di budget improvviso?

S: budget ridotto del 30% a metà progetto. T: salvare il valore principale con meno risorse. A: ho rivisto lo scope con lo sponsor, ho rimosso le funzionalità a basso ritorno, ho rinegoziato i tempi di due fornitori. R: progetto chiuso dentro il nuovo budget, consegnato l’80% del valore originale con il 70% delle risorse.

6. Descrivi una volta in cui hai dovuto motivare un team demotivato

A: ho dedicato un’iterazione a piccole vittorie visibili, ho reso pubblico il contributo di ognuno, ho rimosso due ostacoli che il team segnalava da settimane. R: velocità del team risalita nello sprint successivo, turnover evitato.

7. Come hai gestito un membro del team che non performava?

A: colloquio individuale per capire la causa (era un problema di chiarezza dei compiti, non di competenza), ridefinizione delle aspettative, follow-up settimanale. R: recupero in un mese, nessuna escalation necessaria.

8. Raccontami di un cambiamento di scope a progetto avviato

A: ho formalizzato la richiesta con una change request, ho quantificato impatto su tempi e costi, ho fatto approvare prima di eseguire. R: scope creep trasformato in decisione tracciata, nessuna sorpresa per nessuno.

9. Una volta in cui hai dovuto dire di no a un cliente

A: ho spiegato il costo nascosto della richiesta, ho proposto un’alternativa che risolveva il bisogno reale. R: il cliente ha accettato l’alternativa, relazione rafforzata.

10. Come hai gestito un rischio che si è materializzato?

A: il rischio era già nel registro con un piano di mitigazione pronto; l’ho attivato senza panico. R: impatto contenuto, ritardo limitato a pochi giorni invece di settimane.

11. Parlami di una decisione difficile presa con dati incompleti

A: ho fissato un limite di tempo per raccogliere informazioni, poi ho deciso esplicitando le assunzioni e il piano B. R: decisione rivelatasi corretta, e comunque reversibile per costruzione.

12. Come hai comunicato una brutta notizia allo sponsor?

A: subito, di persona, con il problema e già due opzioni di soluzione. R: fiducia mantenuta, lo sponsor ha scelto in fretta perché aveva alternative chiare.

13. Un momento in cui hai migliorato un processo

A: ho notato che gli stand-up duravano troppo, ho introdotto una board asincrona per gli aggiornamenti di stato. R: 20 minuti recuperati al giorno per il team.

14. Come gestisci più progetti in parallelo?

A: priorità settimanali condivise con gli sponsor, blocchi di tempo dedicati, un’unica vista d’insieme per evitare di perdere il filo. R: nessuna scadenza saltata nel trimestre nonostante tre progetti attivi.

15. Raccontami di un feedback critico che hai ricevuto

A: mi era stato detto che comunicavo troppi dettagli tecnici al board; ho iniziato a preparare un sommario di tre righe per i non addetti. R: report più letti, meno domande di chiarimento.

16. Un caso in cui hai dovuto influenzare senza autorità formale

A: per coinvolgere un team che non riportava a me ho costruito un caso basato sul beneficio per loro, non per me. R: collaborazione ottenuta volontariamente, consegna nei tempi.

17. Come hai gestito un fornitore inaffidabile?

A: ho introdotto milestone di controllo più ravvicinate e un piano di contingenza con un secondo fornitore. R: rischio fornitore neutralizzato senza esporre il progetto.

18. Una volta in cui hai cambiato idea grazie al team

A: avevo proposto una soluzione, uno sviluppatore ha mostrato un rischio che non avevo visto; ho cambiato approccio pubblicamente. R: evitato un problema in produzione, team più propenso a parlare apertamente.

19. Come misuri il successo di un progetto?

A: definisco con lo sponsor metriche di valore (non solo tempi e costi) all’inizio, e le verifico in chiusura. R: nell’ultimo progetto il successo era l’adozione, raggiunta al 75% degli utenti target nel primo mese.

20. Perché vuoi questo ruolo nella nostra azienda?

Questa è fit, non comportamentale: niente STAR, qui serve sincerità più ricerca. Collega un aspetto concreto dell’azienda (un prodotto, un mercato, un modo di lavorare che hai studiato) a qualcosa che sai fare bene. Evita le risposte intercambiabili che andrebbero bene per qualunque datore.

Le domande tecniche: cosa ti chiederanno davvero

Le domande tecniche non servono a verificare se sai recitare un manuale. Servono a capire se padroneggi i concetti abbastanza da spiegarli con parole tue e applicarli. Rispondi sempre con definizione breve più esempio vissuto.

Sull’ultimo punto preparati a motivare la scelta con un esempio concreto: è la domanda dove i selezionatori distinguono chi ha letto i metodi da chi li ha usati. Per una risposta solida vale la pena ripassare quando conviene davvero ciascun approccio nella guida agile vs waterfall: quando usare cosa.

Le domande sull’AI literacy

Dal 2025-2026, secondo le rilevazioni di settore, sempre più colloqui per project manager includono domande sull’uso dell’intelligenza artificiale. Non per spaventare, ma per capire se sai integrarla nel lavoro senza delegarle il giudizio. Aspettati domande come:

• “Come useresti l’AI nella gestione di un progetto?” Risposta forte: per attività ad alto volume e basso giudizio (bozze di report, sintesi di meeting, prima stesura di rischi), mantenendo la decisione in mano tua.
• “Quali limiti vedi negli strumenti AI?” Risposta forte: allucinazioni, dati di contesto mancanti, falsa precisione; serve sempre una verifica umana.
• “L’AI sostituirà i project manager?” Risposta forte: cambia il mestiere, non lo elimina; sposta il valore dalle attività operative al coordinamento e alle decisioni.

Mostrare di usare l’AI con spirito critico, non con entusiasmo cieco né con diffidenza, è esattamente il profilo che oggi le aziende cercano.

Le domande che devi fare TU

Un colloquio è bidirezionale. Arrivare senza domande segnala disinteresse. Le domande giuste, invece, ti posizionano come professionista che valuta, non solo come candidato che spera. Tienine pronte cinque o sei:

• Come misurate il successo di un project manager qui, nei primi sei mesi?
• Qual è la sfida più grande che dovrà affrontare chi prende questo ruolo?
• Quale metodologia usate e quanto è consolidata nei team?
• Come sono strutturate le decisioni: chi ha l’ultima parola sulle priorità?
• Che spazio c’è per la crescita e la formazione, incluse le certificazioni?
• Com’è la relazione tra project management e gli stakeholder di business?

Le risposte ti dicono se l’azienda fa per te, e nel frattempo mostrano che ragioni da chi il ruolo lo conosce dall’interno.

Checklist finale ed errori da evitare

Prima del colloquio, verifica di avere:

• Le 5-6 storie STAR scritte e provate ad alta voce.
• Almeno una metrica per storia (tempo, budget, soddisfazione, adozione).
• Un CV coerente con le storie che racconterai, così da non contraddirti. Se devi rifinirlo, parti dalla guida con esempio di CV per project manager.
• Una ricerca seria sull’azienda e sul prodotto.
• Le tue cinque o sei domande da porre.

E soprattutto evita gli errori che fanno bocciare anche i preparati:

• Divagare: partire dalla situazione e perdersi, senza mai arrivare all’azione e al risultato. STAR serve proprio a questo.
• Nessuna metrica: “è andata bene” non dice niente. Un numero, anche stimato, cambia tutto.
• Incolpare il team o l’azienda: raccontare un fallimento dando la colpa agli altri è il segnale più negativo possibile. Prenditi la tua parte di responsabilità e mostra cosa hai imparato.
• Risposte intercambiabili: motivazioni che andrebbero bene per qualunque azienda equivalgono a nessuna motivazione.
• Tecnicismi senza esempio: definire un concetto a memoria senza un caso d’uso reale suona come teoria non vissuta.

Prepararti sul serio, non solo al colloquio

Le storie STAR migliori nascono da progetti gestiti con metodo. Se vuoi costruire basi solide su pianificazione, gestione dei rischi e framework agile, e arrivare al colloquio con risposte fondate sulla pratica, il Scopri il corso Digital Project Manager Foundation è pensato per chi parte dalle basi. È un percorso on demand da 27 ore con accesso per 12 mesi, senza prerequisiti, che include un simulatore, materiale didattico, community e attestato con badge. Ti prepara inoltre alla certificazione PSM I di Scrum.org: l’esame è esterno e si sostiene separatamente, e la PSM I, una volta ottenuta, non ha scadenza.

FAQ

Il metodo STAR si usa solo nei colloqui per project manager?

No, funziona in qualunque colloquio comportamentale, ma per i ruoli di project management è particolarmente efficace perché il lavoro consiste proprio nel gestire situazioni complesse con risultati misurabili. È il formato che i selezionatori si aspettano implicitamente.

Quante storie STAR conviene preparare?

Cinque o sei sono sufficienti se coprono i temi più frequenti: conflitto, deadline, fallimento, stakeholder difficile, leadership e cambiamento di scope. Ogni storia ben scritta risponde a più domande diverse, quindi non serve memorizzarne venti.

Cosa rispondo se non ho ancora esperienza diretta come project manager?

Usa episodi da ruoli adiacenti: coordinamento di un team, gestione di una consegna, organizzazione di un evento o di un progetto universitario. La struttura STAR vale per qualunque situazione in cui hai avuto un compito, hai agito e hai prodotto un risultato.

Come gestisco la domanda sul progetto fallito senza danneggiarmi?

Scegli un fallimento reale ma non catastrofico, racconta cosa è andato storto assumendoti la tua parte di responsabilità, e dedica la parte finale a cosa hai imparato e cambiato da allora. Un fallimento raccontato con lucidità dimostra maturità professionale più di un successo.