Comunicazione

"L'80% dei problemi di progetto è un problema di comunicazione." — adagio popolare nel PM, e contiene molta verità.

La comunicazione è la competenza centrale del project manager: non un'attività di contorno, ma il lavoro principale. Studi PMI stimano che un PM dedichi tra il 75% e il 90% del proprio tempo a comunicare.

I 3 livelli della comunicazione di progetto

1. Comunicazione strategica

Cosa: dove stiamo andando, perché. A chi: sponsor, board, top management. Quando: a milestone, mensile. Esempio: status report executive, business review.

2. Comunicazione tattica

Cosa: cosa stiamo facendo, dove siamo, blocchi. A chi: stakeholder operativi, team manager. Quando: settimanale, bi-settimanale. Esempio: status report di progetto, riunioni di allineamento.

3. Comunicazione operativa

Cosa: chi fa cosa oggi, dipendenze immediate. A chi: team di progetto. Quando: quotidiana, continua. Esempio: daily standup, chat, code review, ticket comments.

Errore comune: usare lo stile sbagliato per il livello sbagliato (es. dettagli operativi al CEO, o vision generica al team).

Il Communication Plan

Il piano di comunicazione definisce chi, cosa, quando, come e perché comunicare per ogni stakeholder.

Template

Le 5 W della comunicazione

Per ogni linea del piano, rispondi a:

Principi guida del piano

• Riduci, non aumenta: meno comunicazione di qualità > più comunicazione rumorosa
• Canale adatto al contenuto: decisione importante = riunione/documento; aggiornamento = chat/email
• Push vs pull: alcune info vanno spinte (status critico), altre messe a disposizione (dashboard)
• Cadenze prevedibili: stakeholder che sanno quando aspettarsi info non chiedono in continuazione

Tipologie di riunione

Ogni riunione ha uno scopo dominante. Confonderli è la causa numero uno di riunioni inutili.

1. Kick-off

Quando: all'inizio del progetto. Durata: 1-2h. Partecipanti: tutti gli stakeholder chiave. Output: allineamento su purpose, scope, ruoli (RACI), success criteria, milestone, modalità di lavoro. Anti-pattern: trasformarlo in una slide-fest. Deve essere conversazione, non broadcast.

2. Daily Standup

Quando: ogni giorno, stessa ora, stesso posto. Durata: 15 min time-boxed. Partecipanti: team di progetto (no manager se possibile). Output: sincronizzazione veloce, identificazione blocchi. Format: 3 domande (ieri / oggi / blocchi) oppure walk-the-board su Kanban. Anti-pattern: trasformarlo in status report al manager.

3. Weekly / Sync di team

Quando: settimanale. Durata: 30-60 min. Partecipanti: team + PM. Output: allineamento, decisioni che richiedono discussione, planning settimana.

4. Sprint Planning (Scrum)

Quando: inizio dello sprint. Durata: max 2h per sprint di 2 settimane. Output: Sprint Goal e Sprint Backlog. Vedi Scrum.

5. Sprint Review / Demo

Quando: fine sprint. Durata: 1-2h. Partecipanti: team + stakeholder. Output: feedback sul prodotto, aggiornamento backlog.

6. Retrospective

Quando: fine sprint / milestone. Durata: 1-1.5h. Output: action item di miglioramento. Vedi Retrospective.

7. Stakeholder review / Steering Committee

Quando: mensile, a milestone. Durata: 1h. Partecipanti: sponsor, top management, decisori chiave. Output: decisioni di go/no-go, sblocchi, allineamento strategico. Format tipico: status + rischi top + decisioni richieste (no narrazione).

8. 1-on-1

Quando: settimanale o bisettimanale. Durata: 30 min. Partecipanti: PM + una singola persona. Output: relazione, problemi non discussi in gruppo, crescita personale. Vedi anche Team Dynamics.

9. Decision meeting

Quando: ad hoc, quando serve decidere. Durata: minima per decidere (raramente > 30 min). Partecipanti: chi ha l'A nella RACI + chi va consultato. Output: una decisione documentata (chi, cosa, perché, quando). Anti-pattern: invitare 12 persone "per sicurezza" → decisione paralizzata.

10. Post-mortem / Lessons Learned

Quando: dopo un incidente o a fine progetto. Durata: 2-3h. Output: cause radice, raccomandazioni. Vedi Lessons Learned.

La gerarchia dei canali

Non tutti i canali sono uguali. Scegli in base a urgenza, complessità e bisogno di tracciamento:

Regola: la richiesta sale, la decisione scende. Una decisione presa in chat va sempre formalizzata in documento o email.

Status Report: la disciplina settimanale

Il status report è il cuore della comunicazione di progetto. Vedi anche Template Status Report.

Anatomia minima

1. Status complessivo (🟢 / 🟡 / 🔴)
2. Progress vs piano (cosa fatto, cosa in corso)
3. Prossimi step (cosa nelle prossime 1-2 settimane)
4. Rischi e issue (top 3-5, con stato)
5. Decisioni richieste (cosa serve da chi, entro quando)
6. Metriche chiave (KPI rilevanti)

Regole d'oro

• Onesto sui colori: 🔴 quando serve davvero. Niente "verde fino al disastro".
• Decisioni richieste in cima: rendi facile agire
• Stesso formato ogni volta: gli stakeholder imparano a leggerlo velocemente
• Stessa cadenza: prevedibilità riduce le richieste fuori ciclo
• Tono fattuale: niente storytelling, niente entusiasmo forzato
• Brevità: 1 pagina, max 2. Se non sta, hai troppi dettagli per il pubblico.

Comunicare le brutte notizie

Una delle competenze più importanti del PM. Errori da evitare:

• ✕ Procrastinare sperando si risolva da sola → peggiora sempre
• ✕ Annacquare: "abbiamo una piccola sfida..." → sottostimi e perdi credibilità
• ✕ Solo problema, niente proposta → trasferisci l'ansia senza dare soluzioni

Format consigliato (BLUF: Bottom Line Up Front)

1. Cosa è successo (in una frase, senza ammorbidire)
2. Impatto (tempi, costi, qualità, scope, persone)
3. Cosa stiamo facendo già (autonomia mostrata)
4. Cosa serve da te / cosa decidere
5. Quando ti aggiornerò di nuovo

Esempio

"L'integrazione SdI è in ritardo di 5 settimane. Impatto: slittamento go-live al 15/11, costo aggiuntivo €40k. Stiamo già negoziando con il fornitore alternative; abbiamo riallineato i clienti pilota. Decisione richiesta: confermi lo slittamento entro venerdì? Riallineo in 5 giorni."

vs

"Ciao Marco, volevo aggiornarti che stiamo riscontrando alcune sfide tecniche con l'integrazione, stiamo lavorando duro per risolverle..."

La prima fa decidere. La seconda chiede attenzione e non offre nulla.

Comunicazione asincrona vs sincrona

Default async, escalate to sync: prima prova in documento/chat. Solo se non funziona, riunione.

Anti-pattern di comunicazione

• ✕ Reply-all su tutto → ogni persona perde 2 min × N stakeholder = ore aggregate
• ✕ Riunioni senza agenda → dispersione garantita
• ✕ Email troppo lunghe → nessuno le legge oltre la 3a riga
• ✕ Comunicare solo male notizie → quando arrivi col problema, il sistema è già rotto
• ✕ "FYI" senza contesto → trasferimento di lavoro mascherato da info
• ✕ Update inutili → "tutto procede bene" ogni settimana = nessuno legge più
• ✕ Sottocomunicare ai non-tecnici → i decisori restano al buio
• ✕ Sovrastimare la propria chiarezza → quello che è ovvio per te non lo è per il pubblico
• ✕ Aggiornare via Slack quando serve un documento → la decisione si perde nello scroll

Buone pratiche

• Repeat yourself: ripeti i messaggi chiave su più canali, in momenti diversi
• Tailor al pubblico: stesso fatto, stile diverso per CEO vs team
• Stop word: "ovviamente", "semplicemente", "veloce" → spesso non lo è
• Mostra i dati: numeri specifici > aggettivi
• Chiudi i loop: ogni richiesta deve avere una risposta tracciata
• Documenta le decisioni: chi-cosa-quando-perché. Non basta averla discussa.
• Sii il primo a comunicare i problemi: la fiducia si costruisce con la trasparenza, non con i successi

La piramide dell'attenzione del lettore

Quando scrivi un'email, status report o documento:

   ↑ Titolo
   ↑ Riga di apertura (TL;DR)
   ↑ Primi paragrafi
   ↑ Resto del documento

L'attenzione cala drammaticamente verso il basso. Metti le cose più importanti in cima (BLUF — Bottom Line Up Front).

Collegamenti

• Stakeholder — il piano di comunicazione si costruisce sulla mappa stakeholder
• Nemawashi — comunicazione pre-decisione informale
• Status Report — template pratico
• Retrospective — comunicazione di apprendimento
• Team Dynamics — comunicazione interna al team
• Esecuzione — fase d'uso intensivo
• Monitoraggio e controllo — status report è centrale qui

Per approfondire

• Crucial Conversations — Patterson, Grenny et al.
• The Pyramid Principle — Barbara Minto (struttura della comunicazione executive)
• High Output Management — Andy Grove (sulla 1-on-1 e meeting)