Stakeholder Management in PM²: gestire aspettative, influenza e consenso
Quindicesimo articolo della serie “Imparare PM² attraverso un progetto”
Un progetto può rispettare tempi e budget e fallire comunque: basta che gli utenti non adottino la soluzione, che un decisore scopra tardi un impatto rilevante o che un fornitore chiave non sia coinvolto quando serve.
In PM², gestire gli stakeholder non significa soltanto inviare comunicazioni. Significa capire chi può influenzare il progetto o esserne influenzato, quale sia la sua posizione e quale azione serva per ottenere decisioni, collaborazione e adozione.
Chi è uno stakeholder
Uno stakeholder è una persona, un gruppo o un’organizzazione che può incidere sul progetto, subirne gli effetti o ritenerne rilevante l’esito.
Non coincidono con il Project Core Team. Ne fanno parte, per esempio:
- sponsor, Project Owner, Business Manager e Solution Provider;
- utenti finali e loro rappresentanti;
- team tecnici, supporto operativo e sicurezza;
- fornitori, partner e funzioni di acquisto;
- organizzazioni o autorità che pongono vincoli normativi, contrattuali o di compliance.
La domanda utile non è “chi deve ricevere il report?”, ma “chi può cambiare la probabilità di successo del progetto e chi deve essere preparato al cambiamento?”.
I quattro passaggi essenziali
| Passaggio | Risultato atteso |
|---|---|
| Identificare | Un elenco ragionato degli stakeholder, inclusi quelli esterni e meno visibili. |
| Analizzare | Interessi, influenza, impatto, aspettative, posizione e bisogni informativi. |
| Pianificare l’engagement | Azioni e canali adeguati per coinvolgere ciascun gruppo. |
| Monitorare e adattare | Aggiornare analisi e azioni quando cambiano persone, priorità o contesto. |
La Project Stakeholder Matrix è l’artefatto PM² utile per rendere questa analisi esplicita. Non è un elenco di indirizzi email: collega stakeholder, interessi, influenza e modalità di coinvolgimento.
Potere, interesse e impatto: una mappa per decidere l’attenzione
Una classificazione pratica mette insieme due domande:
- quanto lo stakeholder può influire su decisioni, risorse o accettazione?
- quanto è interessato o impattato dal progetto?
| Profilo | Strategia |
|---|---|
| Alta influenza, alto interesse | Coinvolgere da vicino: decisioni, trade-off, rischi e validazioni. |
| Alta influenza, basso interesse | Mantenere soddisfatto: messaggi sintetici, tempestivi e focalizzati su ciò che gli interessa. |
| Bassa influenza, alto interesse | Tenere informato e ascoltare: può fornire evidenze decisive per l’adozione. |
| Bassa influenza, basso interesse | Monitorare senza sovraccaricare di comunicazioni. |
Questa non è una gerarchia di valore delle persone: serve a distribuire con intenzione il tempo limitato del progetto.
Gestire gli stakeholder non è Communication Management
I due temi si sovrappongono, ma sono diversi.
| Stakeholder Management | Communication Management |
|---|---|
| Decide chi coinvolgere, perché, con quale livello di attenzione e quale obiettivo di engagement. | Definisce quali informazioni distribuire, quando, con quali canali, formato e responsabilità. |
| Mira a consenso, collaborazione, decisioni e adozione. | Mira a un flusso informativo chiaro, tempestivo e tracciabile. |
Un report perfetto inviato alla persona sbagliata, o senza possibilità di confronto, non risolve un problema di stakeholder management.
Il caso Annotatio: Prenotazioni Smart
Per il progetto Prenotazioni Smart, un’analisi iniziale può apparire così:
| Stakeholder | Interesse / impatto | Influenza | Azione utile |
|---|---|---|---|
| Gestore della palestra | Ridurre no-show e telefonate; vedere rapidamente l’occupazione. | Alta | Validare priorità, criteri di accettazione e indicatori di beneficio. |
| Collaboratori di sala | Usano lista e check-in ogni giorno; temono procedure più lente. | Media | Sessioni di prova, raccolta feedback, materiale operativo semplice. |
| Clienti iscritti | Vogliono prenotare e disdire senza frizioni. | Media collettiva | Test di usabilità e comunicazione chiara del nuovo servizio. |
| Team Annotatio | Deve realizzare, supportare e mantenere la soluzione. | Alta | Decisioni rapide su requisiti, difetti e vincoli tecnici. |
| Provider push notification | Fornisce un servizio dipendente per alcune funzioni. | Alta su una parte della soluzione | Verificare SLA, limiti, cambiamenti di policy e piano alternativo. |
Due errori frequenti emergono subito:
- parlare solo con il gestore e scoprire dopo il go-live che i collaboratori aggirano il nuovo flusso;
- coinvolgere gli utenti solo al collaudo, quando correggere l’esperienza è già costoso.
Engagement: dalla resistenza alla partecipazione
Non tutti gli stakeholder partono favorevoli. La resistenza può essere ragionevole: perdita di autonomia, carico di lavoro percepito, timore di controlli, esperienze negative precedenti o mancanza di tempo.
La risposta utile non è “comunicare di più” in astratto. È scegliere l’azione adatta:
| Situazione | Azione possibile |
|---|---|
| Lo stakeholder non comprende il beneficio | Collegare la soluzione a un problema concreto che vive. |
| Teme un aggravio operativo | Far provare un prototipo e misurare il tempo necessario. |
| È in disaccordo su una priorità | Rendere espliciti opzioni, impatti e decisione competente. |
| È influente ma poco disponibile | Richiedere decisioni brevi, preparate e con una scelta chiara. |
| È molto coinvolto ma ha poca autorità | Ascoltarlo: può segnalare rischi di adozione che altri non vedono. |
Da non confondere
| Affermazione | Correzione |
|---|---|
| “Gli stakeholder sono solo il cliente e il team.” | Comprendono chi influenza o subisce il progetto, anche fuori dal team. |
| “Se invio il report, li ho coinvolti.” | Informare non equivale a ottenere feedback, decisioni o consenso. |
| “Gli stakeholder resistenti sono un ostacolo da aggirare.” | Possono evidenziare rischi operativi, esigenze reali o impatti trascurati. |
| “La matrice stakeholder si prepara una volta sola.” | Va rivista quando cambiano progetto, persone, interesse o influenza. |
Tre domande per fissarlo
- Quale stakeholder può bloccare l’adozione pur non avendo un ruolo formale nel progetto?
- A chi serve una decisione e a chi serve invece una prova pratica della soluzione?
- Quale stakeholder manca oggi dalla tua analisi perché è poco visibile?
Flashcard
D: A cosa serve la Project Stakeholder Matrix?
R: A identificare e analizzare stakeholder, interessi, influenza, impatto e modalità di coinvolgimento.
D: Qual è la differenza tra informare e coinvolgere?
R: Informare distribuisce contenuti; coinvolgere cerca feedback, decisioni, collaborazione o adozione.
D: Uno stakeholder con alta influenza e basso interesse va ignorato?
R: No. Va mantenuto soddisfatto con informazioni selettive e tempestive.
Domanda in stile esame
Un progetto ha un PO molto coinvolto e utenti finali che saranno impattati dal nuovo processo, ma non sono stati consultati. Il PM prevede di inviare loro una guida dopo il rilascio.
Qual è il principale rischio?
Risposta: l’adozione potrebbe fallire o produrre resistenza e problemi operativi non individuati. Gli utenti finali vanno analizzati e coinvolti prima del rilascio, con modalità proporzionate al loro impatto e alla loro conoscenza del lavoro reale.
Fonte
La gestione degli stakeholder e la Project Stakeholder Matrix sono trattate nella PM² Methodology Guide 3.1 della Commissione europea.
Nel prossimo articolo: Requirements Management, per mantenere requisiti chiari, tracciabili e verificabili fino all’accettazione.