Communication Management in PM²: l’informazione giusta, a chi deve agire
Ventunesimo articolo della serie “Imparare PM² attraverso un progetto”
Un progetto non migliora perché genera più messaggi, riunioni e slide. Migliora quando le persone ricevono informazioni affidabili, comprensibili e tempestive, sufficienti per decidere o agire.
In PM², il Communication Management pianifica, produce, distribuisce e gestisce le informazioni del progetto. È il sistema nervoso della governance: senza comunicazione adeguata, decisioni, rischi, issue e cambiamenti arrivano tardi o restano ambigui.
Comunicazione non significa diffusione indiscriminata
Ogni comunicazione dovrebbe rispondere a cinque domande:
| Domanda | Esempio |
|---|---|
| Perché? | Informare, chiedere una decisione, raccogliere feedback, coordinare un’azione. |
| A chi? | PO, team tecnico, utenti pilota, PSC, fornitore, tutti gli stakeholder. |
| Che cosa? | Stato, rischio, issue, decisione richiesta, cambiamento, istruzioni operative. |
| Quando? | Quotidiano, settimanale, a milestone, al verificarsi di un trigger. |
| Come? | Dashboard, report, meeting, ticket, email, demo, guida, canale collaborativo. |
Inviare a tutti lo stesso report lungo è spesso il contrario della trasparenza: nasconde ciò che ciascuno deve realmente capire o fare.
Communication Management e Stakeholder Management
I due temi sono collegati, ma non identici.
| Stakeholder Management | Communication Management |
|---|---|
| Analizza influenza, interessi, impatto e livello di engagement necessario. | Organizza flussi, contenuti, canali, frequenze, formati e responsabilità della comunicazione. |
| Risponde: “chi va coinvolto e con quale obiettivo?” | Risponde: “quale informazione deve circolare, come e quando?” |
La Stakeholder Matrix orienta il Communication Management Plan. Se uno stakeholder ha bisogno di prendere una decisione, non basta inserirlo nella mailing list: la comunicazione deve presentare scelta, impatto, scadenza e autorità richiesta.
Il Communication Management Plan
Il piano può essere leggero, ma deve rendere esplicito il minimo necessario:
| Elemento | Cosa definire |
|---|---|
| Audience | Destinatari e loro bisogno informativo. |
| Informazione | Contenuto, livello di dettaglio e azione attesa. |
| Owner | Chi prepara, verifica e invia o presenta. |
| Frequenza / trigger | Cadenza o evento che attiva la comunicazione. |
| Canale e formato | Report, meeting, dashboard, ticket, demo, email, repository. |
| Riservatezza e archiviazione | Chi può accedere e dove resta la versione ufficiale. |
Un piano efficace distingue anche fra comunicazioni push (inviate attivamente, ad esempio un avviso urgente) e pull (disponibili per consultazione, come una dashboard aggiornata).
La reportistica di progetto: stato, non narrativa
Uno status report utile non deve raccontare ogni attività svolta. Deve rendere chiari scostamenti, previsioni, rischi, issue, decisioni richieste e prossime milestone.
| Sezione | Domanda a cui risponde |
|---|---|
| Stato complessivo | Il progetto è entro i limiti concordati? |
| Avanzamento e milestone | Che cosa è completato e cosa accade dopo? |
| Scostamenti e previsioni | Cosa differisce dal piano e quale impatto è previsto? |
| Rischi e issue principali | Cosa può minacciare o sta minacciando il progetto? |
| Decisioni / supporto richiesti | Chi deve decidere cosa, entro quando? |
| Azioni e owner | Che cosa accade ora e chi se ne occupa? |
Un semaforo senza spiegazione o azione è poco utile. “Rosso” deve dire rispetto a quale baseline, per quale motivo, con quale impatto e quale decisione o azione è proposta.
Meeting: un mezzo, non un risultato
Un meeting è giustificato quando crea allineamento, risolve un blocco, consente una decisione o produce un output chiaro. Prima di convocarlo, chiarire:
- obiettivo e decisione o output atteso;
- partecipanti necessari, non semplicemente disponibili;
- materiale preparatorio e dati di partenza;
- facilitazione, timebox e azioni finali;
- dove verranno registrate decisioni e follow-up.
La minuta deve essere proporzionata. Per una riunione operativa possono bastare decisioni, azioni, owner e date. Per una decisione di governance può essere necessaria una registrazione più formale.
Il caso Annotatio: una comunicazione per ogni esigenza
Nel progetto Prenotazioni Smart, non tutti hanno bisogno delle stesse informazioni.
| Destinatario | Informazione | Frequenza / trigger | Canale | Azione attesa |
|---|---|---|---|---|
| PO/BM | Stato, benefici, rischi e decisioni di priorità. | Settimanale; immediato se supera tolleranze. | Report sintetico + decision meeting. | Decidere trade-off business. |
| Team Annotatio | Attività, dipendenze, issue e criteri di qualità. | Giornaliero / continuo. | Board, stand-up, ticket. | Coordinare e rimuovere blocchi. |
| Gestori palestre pilota | Piano test, cambiamenti, istruzioni e raccolta feedback. | Prima delle prove e a ogni rilascio. | Demo, guida breve, canale supporto. | Testare e validare. |
| Collaboratori di sala | Nuovo flusso, data di attivazione e supporto disponibile. | Prima del go-live e nella prima settimana. | Micro-formazione + istruzioni operative. | Adottare il processo. |
| PSC | Decisioni fuori tolleranza, stato sintetico e opzioni. | A gate / escalation. | Documento decisionale e riunione. | Decidere o ratificare. |
Una comunicazione può essere tecnicamente corretta e comunque inefficace: dire ai collaboratori “la release è in produzione” non spiega cosa devono fare diversamente il giorno successivo.
Comunicazione delle cattive notizie
Ritardare una cattiva notizia per “avere prima la soluzione” è spesso un errore. Per le informazioni rilevanti, comunica presto ciò che è noto e distingui chiaramente:
- fatti verificati: cosa è accaduto o quale dato è misurato;
- valutazione: impatto stimato e grado di confidenza;
- azioni in corso: owner, prossima evidenza e data;
- decisione richiesta, se serve.
Questo evita sia l’allarmismo sia il falso ottimismo.
Information distribution e controllo delle versioni
Documenti, piani, log e decisioni devono avere una fonte affidabile. Quando circolano molte copie non controllate, il progetto può discutere per giorni su una versione superata.
Definisci quindi dove risiedono gli artefatti ufficiali, chi può modificarli, come sono approvate le versioni e quali informazioni sono riservate. Non è un dettaglio amministrativo: è una condizione per prendere decisioni sui fatti.
Da non confondere
| Affermazione | Correzione |
|---|---|
| “Più comunicazione significa più trasparenza.” | Trasparenza richiede informazione rilevante, accessibile e azionabile. |
| “Lo status report serve a giustificare il lavoro del PM.” | Serve alla governance per capire stato, scostamenti, rischi e decisioni necessarie. |
| “Una riunione equivale a una decisione.” | Una decisione deve essere esplicita, registrata e accompagnata da azioni. |
| “Una dashboard elimina il bisogno di comunicare.” | La dashboard informa; non sostituisce confronto, decisione ed engagement. |
Tre domande per fissarlo
- Chi deve ricevere questa informazione e quale azione deve poter compiere?
- Quale canale e livello di dettaglio sono proporzionati all’urgenza e all’impatto?
- Dove si trova la versione ufficiale di questa decisione o documento?
Flashcard
D: A cosa serve il Communication Management Plan?
R: A definire destinatari, contenuti, owner, frequenze, trigger, canali, formati e regole di gestione delle informazioni.
D: Che cosa deve contenere uno status report utile?
R: Stato rispetto alle baseline, avanzamento, previsioni, scostamenti, rischi, issue, decisioni richieste e prossime azioni.
D: Perché il controllo delle versioni è importante?
R: Per garantire che stakeholder e team decidano e lavorino sulla stessa informazione affidabile.
Domanda in stile esame
Il PM invia ogni settimana a tutti gli stakeholder un report di dieci pagine. Una decisione urgente sulla data di rilascio è contenuta a pagina otto e nessuno risponde entro la scadenza.
Qual è l’approccio corretto?
Risposta: una decisione urgente richiede una comunicazione mirata al decision maker competente, con contesto sintetico, opzioni, impatto, raccomandazione e data entro cui decidere. Il report generale può restare una fonte di dettaglio, ma non sostituisce la richiesta di decisione.
Fonte
Communication Management, Communications Management Plan, project reporting e information distribution sono trattati nella PM² Methodology Guide 3.1 della Commissione europea.
Nel prossimo articolo: Gestione di tempi, costi e risorse, per trasformare pianificazione e monitoraggio in previsioni e decisioni concrete.