PMP vs Scrum Master vs Agile Coach: Quale Test Usare

Tre ruoli, tre segnali diversi

Un PM guida attraverso le organizzazioni. Un Scrum Master allena una singola team. Un Agile Coach aiuta le organizzazioni a scalare i framework. Condividono il vocabolario ma richiedono skill completamente diverse. Eppure la maggior parte dei team li valuta allo stesso modo — o peggio, confondono il ruolo.

Il risultato: assumi uno Scrum Master che non sa navigare la politica, o un PM che non riesce a costruire coerenza di team, o un coach che non ha mai spedito nulla. Questo post suddivide i tre ruoli, cosa testare per ciascuno, e le valutazioni che funzionano.

I tre ruoli definiti

Project Manager

Possiede l'outcome di uno specifico progetto o iniziativa. Ha autorità (o può costruirla) per allocare risorse, fare call su trade-off, e coordinare attraverso team. Responsabile per timeline, scope, e spesso budget.

Key judgment: "Possiamo spedire on time con meno feature, o late con tutte le feature, o costoso con contractor. Scelgo: meno feature perché la deadline di decisione del customer è August, non l'impatto di revenue del feature set."

Scrum Master

Allena una team agile. Rimuove impedimenti, facilita le cerimonie, e aiuta la team a migliorare il suo processo. Non ha autorità su prodotto o hiring; quello è il product owner e il team lead.

Key judgment: "La team sta andando alla deriva nei refinement meeting. Eseguirò una sessione separata per definire cosa significa 'done', quindi lo userò nei refinement futuri per muoversi più velocemente."

Agile Coach

Aiuta le organizzazioni a implementare o scalare i framework agile. Lavora attraverso multipli team, consiglia il leadership su cambiamenti strutturali, e risolve conflitti tra team o framework.

Key judgment: "L'organizzazione ha tre team usando diverse pratiche di stima. Proporrò una tassonomia comune, la piloterò con una team, e se funziona, la distribuirò attraverso le tre."

Perché il tradizionale PMP non funziona per Scrum Master

La certificazione Project Management Professional (PMP) testa la pianificazione predittiva, la gestione del rischio, il controllo dei costi, e l'integrazione degli stakeholder attraverso un intero ciclo di vita del progetto. Assume che il PM abbia autorità e uno scope definito.

Il lavoro di uno Scrum Master è diverso: rimuovi i bloccanti per una team, migliora la velocity di iterazione, e tieni le cerimonie. Non hanno autorità per riassegnare risorse o descope il prodotto. PMP insegna il modello mentale sbagliato.

Se assumi un PMP per un ruolo Scrum Master: Vorranno controllare lo scope, combatteranno con il product owner, e proveranno a predire cose che non possono essere predette nel lavoro agile.

Se assumi uno Scrum Master per un ruolo PM: Faciliteranno discussioni ma non faranno call. Chiederanno alla team "come dovremmo gestire questo?" quando dovrebbero stare decidendo.

Valutazione per ruolo

Per Project Manager: Decisione + navigazione degli stakeholder

Testa quello che importa:

1. Problema di scenario (30 min): Possono prendere decisioni chiare di trade-off sotto vincoli?
2. Problema di prioritizzazione (20 min): Possono distinguere importante da urgente e difendere il ranking?
3. Valutazione del rischio (15 min): Possono identificare dipendenze cross-team e mitigare in modo proattivo?
4. Intervista comportamentale (30 min): Hanno navigato politica, reset aspettative, consegnato brutte notizie?

Hiring bar: Score 4+ su decision-making e risk judgment. Score 3.5+ su stakeholder influence. Più basso su cerimonia o process knowledge.

Per Scrum Master: Team coaching + process design

Testa quello che importa:

1. Problema di impedimento (20 min, live): "La tua team è lenta negli standup, il refinement è caotico, e due engineer sono in conflitto sul sprint goal. Cosa fai?"

   • Alto segnale: Fai domande di chiarimento prima ("Cosa significa 'lento' — parliamo 45 minuti quando dovremmo parlare 15?"). Proponi interventi specifici legati al problema. Non assumere che puoi licenziare qualcuno o rimuovere un membro della team.
   • Basso segnale: "Migliorerei la comunicazione" o "Eseguirei migliori cerimonie."

2. Risposta retrospettiva (15 min, live): "La tua team ha fatto un retro e ha fatto emergere che sono bloccati da un'altra team's API. Sono frustrati. Come aiuti loro ad andare avanti?"

   • Alto segnale: "Aiuterei loro a articolare il blocker specifico, poi imposterei una sessione di lavoro con l'altro team lead per sbloccarlo." (Ownership attraverso influenza, non autorità.)
   • Basso segnale: "Esclalerebbe" o "Direi loro di aggirarlo."

3. Intervista comportamentale (30 min): Hanno allenato individui, risolto conflitti di team, o guidato miglioramenti di processo?

   • Buoni esempi: "Ho notato che la team non stava stimando correttamente la dimensione della storia, quindi ho eseguito una sessione su story pointing e ho osservato che diventiamo molto più veloci."
   • Cattivi esempi: "Ho detto alla team di seguire il framework Scrum" o "Ho escalato il problema al PM."

Hiring bar: Score 4+ su coaching e empatia. Score 3.5+ su process design. Più basso su strategic thinking o cross-org influence.

Per Agile Coach: Organizational design + facilitation

Testa quello che importa:

1. Problema di scaling (30 min, live): "Un'organizzazione ha quattro team. Due usano Scrum, uno usa Kanban, uno usa waterfall-agile custom. Stanno spedendo su cicli diversi, ed è difficile per il leadership tracciare il progresso attraverso le team. Come aiuti?"

   • Alto segnale: "Innanzitutto capire perché ogni team ha fatto la loro scelta (tipi di prodotto diversi? leadership diversa? maturità diversa?). Poi proporre una cadence comune — non un framework comune — così tutte le team reviw il progresso ogni due settimane. Questo lascia il leadership tracciare attraverso le team mentre rispetta l'autonomia a livello di team."
   • Basso segnale: "Direi loro di usare tutti Scrum" o "È complicato."

2. Risoluzione dei conflitti (15 min, live): "Un PM vuole che una team si impegni su una data. Lo Scrum Master dice che non puoi impegnarti in agile, prevedi solo. Come bridgi?"

   • Alto segnale: "Separerei le preoccupazioni: possiamo fare un capacity plan (forecast), e separatamente, possiamo identificare rischi di business e costruire buffer nel piano (commitment). Il PM ottiene una data che può usare con i customer; la team ottiene aspettative realistiche."
   • Basso segnale: "Agile non fa commitment" o "Il PM ha bisogno di imparare agile."

3. Intervista comportamentale (30 min): Hanno guidato il cambio di org, scalato framework, o risolto conflitti multi-team?

   • Buoni esempi: "Due team avevano definizioni incompatibili di done, che bloccavano handoff. Ho guidato un working group per definire uno standard condiviso, ho pilotato con una team, poi ho distribuito."
   • Cattivi esempi: "Ho addestrato persone su agile" o "Ho creato un documento di processo."

Hiring bar: Score 4+ su organizational thinking e change management. Score 3.5+ su facilitation. Più basso su hands-on team coaching.

Errori comuni di hiring

Errore 1: Postare per un ruolo "Project Manager/Scrum Master". Questi sono lavori diversi. Se stai costruendo una piccola team, hai bisogno di uno Scrum Master, non di un PM. Se stai spedendo una grande iniziativa, hai bisogno di un PM.

Errore 2: Usare la stessa valutazione per tutti e tre i ruoli. Un PM dovrebbe essere testato su decision-making. Uno Scrum Master dovrebbe essere testato su coaching. Un Agile Coach dovrebbe essere testato su systems thinking. Riusare la stessa valutazione è come valutare engineer e designer allo stesso modo.

Errore 3: Over-weighting delle certificazioni. Le credenziali PMP, CSM, e CAL mostrano che qualcuno ha studiato i framework. Non mostrano giudizio. Se qualcuno dice "Ho un PMP, quindi posso gestire qualsiasi cosa", sii scettico. Testali su il ruolo che effettivamente hai.

La matrice di confronto

Come scegliere quale ruolo ti serve

Hai bisogno di un Project Manager se: Stai lanciando un nuovo prodotto, integrando due team, o spedendo un'iniziativa che span multipli team e ha una hard deadline.

Hai bisogno di uno Scrum Master se: Hai una singola team che sta lottando con l'esecuzione dello sprint, il refinement, o conflitti all'interno della team.

Hai bisogno di un Agile Coach se: La tua organizzazione sta scalando pratiche agile, le team usano diversi framework, o stai cercando di migliorare attraverso le team.

Molti org assumono un PM e uno Scrum Master. Entrambi sono utili, ma sono diversi. Valutali diversamente, assumi per diverse forze, e imposta diverse metriche di successo.