Lo stakeholder management e la disciplina che decide se un progetto vive o muore.
Non basta consegnare nei tempi e nei budget. Se le persone giuste non sono allineate, il progetto fallisce lo stesso.
In questo articolo trovi il processo completo: dalla mappatura degli stakeholder alla gestione dei conflitti.
Gli strumenti qui descritti si applicano sia in contesti agili sia in progetti tradizionali.
Cosa si intende per stakeholder management
Uno stakeholder e qualsiasi persona o gruppo che ha un interesse nel progetto o che ne e influenzato dall’esito.
Il PMBOK Guide del PMI dedica un’intera area di conoscenza alla gestione degli stakeholder, riconoscendola come uno dei fattori critici di successo.
Lo stakeholder management non e una lista di nomi da aggiornare ogni tanto. E un processo attivo che dura per tutta la vita del progetto.
Un PM che gestisce bene i rischi tecnici ma trascura gli stakeholder porta quasi sempre il progetto a scontrarsi con resistenze evitabili.
Chi sono gli stakeholder di un progetto
Gli stakeholder interni sono dentro l’organizzazione: sponsor, team di progetto, manager di linea, reparti coinvolti.
Gli stakeholder esterni sono fuori: clienti finali, fornitori, enti regolatori, partner di business.
Entrambi i gruppi vanno mappati. Ignorare uno dei due e la causa piu frequente di sorprese sgradevoli a meta progetto.
La matrice potere-interesse: come mappare gli stakeholder
La matrice potere-interesse e lo strumento piu usato per classificare gli stakeholder in base a due dimensioni.
Sull’asse verticale metti il potere: la capacita di influenzare o bloccare il progetto. Sull’asse orizzontale metti l’interesse: quanto sono coinvolti nell’esito.
Il risultato e una griglia a quattro quadranti che guida la strategia di comunicazione per ogni gruppo.
I quattro quadranti della matrice
Alto potere, alto interesse: sono i tuoi stakeholder chiave. Gestiscili attivamente con aggiornamenti frequenti e coinvolgimento diretto nelle decisioni.
Alto potere, basso interesse: vanno tenuti soddisfatti. Non vogliono dettagli operativi, ma devono sentirsi informati sui punti che contano per loro.
Basso potere, alto interesse: vanno tenuti informati. Spesso sono utenti finali o team tecnici che vivono le conseguenze del progetto ogni giorno.
Basso potere, basso interesse: richiedono uno sforzo di comunicazione minimo. Un aggiornamento periodico e sufficiente.
Come costruire la matrice in pratica
Nella mia esperienza, la prima versione della matrice va fatta in sessione con il team, non da soli. Chi lavora sul campo conosce dinamiche politiche che il PM non vede dal suo punto di osservazione.
Si parte da un brainstorming libero: chiunque possa essere influenzato dal progetto va messo sulla lista iniziale, senza filtri.
Poi si valuta ogni nome sulla scala potere-interesse e si posiziona nel quadrante corretto. La matrice va rivista almeno a ogni milestone importante.
Il piano di comunicazione per gli stakeholder
Mappare gli stakeholder senza costruire un piano di comunicazione e un lavoro a meta.
Il piano stabilisce chi riceve quale informazione, con quale frequenza e attraverso quale canale.
Un piano efficace non si costruisce uguale per tutti. Si costruisce per segmenti, sulla base dei quadranti della matrice.
Struttura minima del piano di comunicazione
Per ogni stakeholder o gruppo, il piano deve rispondere a quattro domande.
- Cosa deve sapere? Definisci il contenuto minimo necessario per mantenerlo allineato.
- Quando deve saperlo? Stabilisci la frequenza: settimanale, mensile, a ogni milestone.
- Come deve riceverlo? Scegli il canale: report scritto, riunione, dashboard, messaggio diretto.
- Chi e responsabile della comunicazione? Assegna un owner, non lasciare tutto al PM.
Errori frequenti nel piano di comunicazione
Il primo errore e comunicare troppo a tutti. Chi riceve informazioni non rilevanti smette di leggere e poi manca le notizie importanti.
Il secondo errore e usare sempre lo stesso formato. Uno sponsor vuole un executive summary di una pagina. Un team tecnico vuole i dettagli. Formati diversi per pubblici diversi.
Il terzo errore e comunicare solo quando ci sono problemi. Gli aggiornamenti positivi costruiscono fiducia. La fiducia e il capitale che si spende quando arriva una cattiva notizia.
Gestire i conflitti tra stakeholder
I conflitti tra stakeholder non sono un’eccezione. Sono la norma in qualsiasi progetto che coinvolga piu di due persone con interessi diversi.
Il PM non deve eliminare i conflitti. Deve gestirli prima che blocchino il progetto.
Le cause piu frequenti di conflitto
La causa piu frequente e la scarsita di risorse. Due stakeholder vogliono la stessa risorsa nello stesso momento: un developer, un budget, una decisione del management.
La seconda causa e il disallineamento sulle priorita. Cosa conta di piu: velocita di rilascio o stabilita del sistema? La risposta cambia a seconda del ruolo.
La terza causa e la mancanza di informazione. Uno stakeholder che non sa cosa sta succedendo riempie il vuoto con ipotesi, spesso negative.
Tecniche di gestione dei conflitti
La tecnica piu efficace per i conflitti tra stakeholder di pari livello e il confronto facilitato: il PM porta le due parti allo stesso tavolo con dati chiari e un obiettivo comune.
Per i conflitti che coinvolgono stakeholder con potere elevato, serve spesso l’escalation verso lo sponsor. Non e una sconfitta: e una scelta strategica consapevole.
Per approfondire come gestire la pressione del management quando i conflitti salgono di livello, leggi l’articolo dedicato su gestire la pressione del management.
Stakeholder management nei progetti agili
In Agile il coinvolgimento degli stakeholder e ancora piu critico che nei progetti tradizionali.
Lo sprint review non e una demo tecnica. E il momento in cui gli stakeholder vedono il lavoro del team e danno feedback reale sul prodotto.
Un team agile che fa sprint review senza stakeholder rilevanti in sala sta costruendo qualcosa senza sapere se va nella direzione giusta.
Il ruolo del Product Owner nello stakeholder management
In Scrum, il Product Owner e il punto di contatto primario con gli stakeholder di business. Raccoglie le loro esigenze, le traduce in elementi del backlog e gestisce le aspettative sul ritmo di rilascio.
Lo Scrum Master protegge il team dall’interferenza diretta degli stakeholder durante lo sprint. Questa separazione non e rigidita: e una tutela che permette al team di lavorare con focus.
Per capire come si integra lo stakeholder management in un contesto ibrido agile-waterfall, leggi l’articolo su Agile e Waterfall in approccio ibrido.
Stakeholder register in Agile
Anche in Agile serve uno stakeholder register. Non deve essere un documento pesante: basta una tabella con nome, ruolo, interesse principale e canale di comunicazione preferito.
Va aggiornato ogni volta che entra un nuovo stakeholder o cambia il ruolo di uno esistente. In progetti lunghi, la mappa degli stakeholder cambia piu volte.
Lo stakeholder management senza autorita formale
La situazione piu difficile nello stakeholder management e quella in cui il PM deve influenzare persone che non riportano a lui.
Non hai l’autorita di dare ordini. Devi costruire consenso attraverso la relazione, i dati e la credibilita personale.
Le leve di influenza senza potere gerarchico
La prima leva e la competenza tecnica. Uno stakeholder segue chi sa di cosa parla. Prepararsi con dati solidi prima di ogni incontro aumenta la tua credibilita.
La seconda leva e la rete di relazioni. Chi conosce le persone giuste riesce a sbloccare situazioni che sulla carta sembrano impasse.
La terza leva e la chiarezza degli obiettivi comuni. Quando uno stakeholder capisce che il tuo successo e anche il suo, l’allineamento diventa molto piu facile.
L’articolo su guidare un team senza autorita approfondisce le stesse tecniche applicate al team interno.
Come costruire fiducia con gli stakeholder difficili
Lo stakeholder difficile non e sempre chi si oppone apertamente. Spesso e chi non risponde, chi rimanda le decisioni, chi non partecipa alle review.
Con questi profili, la strategia piu efficace e il contatto diretto e informale: una conversazione breve prima della riunione formale vale piu di dieci email.
L’obiettivo e capire cosa li preoccupa davvero. Spesso la resistenza ha una causa che non e stata mai discussa apertamente.
Domande frequenti sullo stakeholder management
Quanti stakeholder deve avere un progetto?
Non esiste un numero ideale. Un progetto piccolo puo avere cinque stakeholder, uno grande puo averne cinquanta. L’importante e mapparli tutti e gestirli in modo proporzionale al loro potere e interesse.
Con quale frequenza va aggiornata la mappa degli stakeholder?
Almeno a ogni milestone o phase gate. In progetti con molti cambiamenti organizzativi, anche ogni mese. Una mappa ferma da tre mesi e quasi sempre obsoleta.
Cosa si fa quando uno stakeholder chiave e irraggiungibile?
Prima si capisce se e davvero irraggiungibile o solo non prioritizzante il progetto. Nel secondo caso, il problema e la percezione del valore del progetto, non la disponibilita.
Se il problema persiste, si scala allo sponsor con dati precisi su quale decisione e bloccata e da quanto tempo.
Gli stakeholder vanno coinvolti nella gestione dei rischi?
Si, soprattutto quelli con alto potere. Uno stakeholder chiave che scopre un rischio critico dalla stampa invece che dal PM genera una perdita di fiducia difficile da recuperare.
Il processo di gestione rischi progetto prevede esplicitamente il coinvolgimento degli stakeholder nella fase di identificazione.
Serve un software dedicato allo stakeholder management?
No. Per la maggior parte dei progetti, una tabella in Excel o Notion e sufficiente. I software specializzati hanno senso su programmi con decine di progetti in parallelo e centinaia di stakeholder da tracciare.
Vuoi gestire gli stakeholder con piu efficacia?
Lo stakeholder management si impara sul campo, non solo sui libri. Serve pratica su situazioni reali con persone reali.
Alla Management Academy trovi percorsi in project e product management dove la gestione degli stakeholder viene lavorata su casi concreti, con simulazioni di scenari difficili.
Se vuoi capire prima come si struttura il ruolo di PM nella sua interezza, leggi la guida completa su cosa fa un project manager.
