Concetti fondamentali

Team Dynamics

Tuckman, conflitto, uno-a-uno, servant leadership.

Team Dynamics

Un progetto è fatto di persone, non di Gantt. Comprendere come si forma, evolve e funziona un team è una delle competenze più sottovalutate del project management — e una di quelle che distinguono i PM bravi da quelli mediocri.

Le 5 fasi di Tuckman

Bruce Tuckman (psicologo, 1965) ha descritto le fasi di sviluppo che un team attraversa. Il modello è ancora oggi il riferimento più usato.

1. Forming (Formazione)

Cosa succede: il team si conosce. Persone educate, formali, prudenti. Si cercano regole, ci si sente "in punta di piedi".

Caratteristiche:

  • Alto entusiasmo, basso output
  • Domande su scope, ruoli, regole
  • Dipendenza dal leader
  • Si evitano i conflitti

Cosa fare come PM:

  • Chiarisci purpose, scope, ruoli (RACI)
  • Facilita la conoscenza personale (icebreaker, social)
  • Costruisci il working agreement del team
  • Sii direttivo: il team si aspetta guida

2. Storming (Conflitto)

Cosa succede: emergono attriti. Si scoprono differenze di stile, opinioni, valori. È la fase più critica — molti team falliscono qui.

Caratteristiche:

  • Conflitti aperti o sotterranei
  • Frustrazione, cinismo
  • Dubbi sulla leadership o sul progetto
  • Performance può calare rispetto al Forming

Cosa fare come PM:

  • Non evitare il conflitto — emergerà comunque, meglio gestirlo
  • Facilita le conversazioni difficili (vedi Nemawashi)
  • Riaffermare regole comuni
  • Coaching individuale (1-on-1)
  • Pazienza: è una fase necessaria, non un fallimento

3. Norming (Normalizzazione)

Cosa succede: il team trova il proprio ritmo. Si stabiliscono norme implicite ed esplicite. Aumenta la fiducia.

Caratteristiche:

  • Conflitti gestiti in modo costruttivo
  • Sense of belonging
  • Velocity sale
  • Si parla di "noi"

Cosa fare come PM:

  • Trasferisci più autonomia
  • Documenta le norme che funzionano (DoD, processi)
  • Inizia a fare un passo indietro nel comando-controllo
  • Investi in retrospective per consolidare

4. Performing (Performance)

Cosa succede: il team è una macchina ben oliata. Auto-organizzazione, alta fiducia, output costante.

Caratteristiche:

  • Decisioni veloci e condivise
  • Conflitti come strumento di miglioramento
  • Innovazione, sperimentazione
  • Il team si "diverte" anche sotto pressione

Cosa fare come PM:

  • Servant leadership: rimuovi ostacoli, proteggi il team
  • Delega ampiamente
  • Investi nello sviluppo dei singoli
  • Sfide nuove per evitare la stagnazione

5. Adjourning (Scioglimento)

Cosa succede: il progetto finisce, il team si scioglie. Aggiunta da Tuckman nel 1977.

Caratteristiche:

  • Senso di chiusura, talvolta nostalgia
  • Riconoscimento del lavoro fatto
  • Transizione delle persone

Cosa fare come PM:

  • Celebrazione formale dei risultati
  • Lessons learned condivise
  • Riconoscimento individuale
  • Aiuta la transizione verso il prossimo progetto/team

Schema visivo

⚠ Non è lineare: a ogni cambio di team (entrata/uscita persone, riassegnazione) si regredisce parzialmente. Un membro nuovo riporta il team a Forming. Un licenziamento improvviso può scatenare Storming.

Conflict management

Il conflitto non è un problema da eliminare, è un segnale da interpretare. Team senza conflitti sono spesso team senza pensiero critico.

Tipi di conflitto

TipoCosa èEffetto
Task conflictDisaccordo sul cosa/come fare✓ Generalmente positivo: porta a soluzioni migliori
Process conflictDisaccordo su chi fa cosa, ruoli🟡 Misto: utile se affrontato presto
Relationship conflictAttriti personali, emotivi✕ Tossico: erode il team

Obiettivo: massimizzare task conflict, minimizzare relationship conflict.

Il modello di Thomas-Kilmann (5 stili)

Due assi: assertività (perseguire il proprio interesse) × cooperazione (perseguire l'interesse altrui).

StileQuando usarlo
CompetingEmergenze, decisioni impopolari ma necessarie
CollaboratingProblemi complessi, relazioni di lungo termine
CompromisingTempo limitato, obiettivi moderatamente importanti
AvoidingConflitti banali, tempo per raffreddarsi
AccommodatingQuando l'altra parte ha più ragione di te

I PM efficaci adattano lo stile al contesto. Usare sempre lo stesso (es. sempre Collaborating) è una debolezza, non una virtù.

Tecniche di facilitazione del conflitto

  1. Separa persona e problema: "il design non funziona" ≠ "tu sei un cattivo designer"
  2. Ascolto attivo: ripeti con parole tue ciò che hai capito prima di rispondere
  3. 5 Whys (vedi RCA): vai alla causa, non al sintomo
  4. Pausa: quando il sangue bolle, rimanda di 24h
  5. Privato prima di pubblico: discuti 1-on-1 prima di portare in riunione

1-on-1: il rituale più sottovalutato

Il one-on-one è una conversazione regolare e privata tra PM/manager e un membro del team. È lo strumento singolo più potente per costruire fiducia e prevenire problemi.

Cadenza tipica

  • Settimanale (consigliato per relazioni nuove o ad alta intensità)
  • Bisettimanale (default per team stabili)
  • Mai meno di una volta al mese

Durata

30 minuti. Non meno (non c'è tempo per andare oltre la superficie), non più (perde focus).

Regole d'oro

  1. È del collaboratore, non tuo: l'agenda la fa lui/lei
  2. Mai cancellato unilateralmente: rinviare = segnale fortissimo di sfiducia
  3. No status report: non è una review di task, è una conversazione
  4. Confidenziale: ciò che si dice resta lì (Vegas rule)
  5. Cammina, prendi un caffè: cambia l'ambiente, esce di più

Domande utili (a rotazione)

  • "Cosa ti ha dato energia / tolto energia questa settimana?"
  • "C'è qualcosa che ti sta bloccando?"
  • "Come va con [collega specifico]?"
  • "Cosa ti farebbe star meglio nel lavoro?"
  • "Cosa stai imparando?"
  • "Su una scala 1-10, quanto sei soddisfatto/a di come va il progetto?"
  • "C'è qualcosa che vorresti dirmi e non sai come?"
  • "Cosa potrei fare di diverso io?" (questa è la più potente)

Format suggerito (30 min)

TempoCosa
0-5 minCheck-in personale (come stai, come va)
5-15 minArgomenti suoi (cosa vuole discutere)
15-25 minArgomenti tuoi (feedback, info)
25-30 minAction item / follow-up

Servant Leadership

Lo servant leader mette il team al servizio del proprio lavoro. Non viceversa. Concetto di Robert Greenleaf (1970), centrale in Agile e Scrum (vedi Scrum Master).

Mindset

Leader tradizionaleServant leader
"Cosa devono fare le persone per me?""Cosa serve alle persone per fare bene?"
DirigeRimuove ostacoli
Conta sulla gerarchiaConta sull'influenza
Sa le rispostePone le domande giuste
Si prende il meritoDistribuisce il credito
Punisce gli erroriTrasforma gli errori in apprendimento

Le 10 caratteristiche (Larry Spears)

  1. Ascolto
  2. Empatia
  3. Healing (capacità di "guarire" relazioni)
  4. Consapevolezza (di sé e degli altri)
  5. Persuasione (non coercizione)
  6. Conceptualization (vedere il quadro grande)
  7. Foresight (anticipare)
  8. Stewardship (responsabilità di custodia)
  9. Commitment alla crescita delle persone
  10. Costruzione della comunità

Feedback: il carburante del team

Feedback efficace: il modello SBI

Situation - Behavior - Impact:

"Nel meeting con il cliente di ieri (Situation),
hai interrotto Lucia tre volte (Behavior).
Il risultato è che lei ha smesso di partecipare e il cliente ha 
percepito una mancanza di consenso nel team (Impact)."

vs il classico:

"Sei stato un po' aggressivo ieri."

Il primo è azionabile; il secondo no.

Regole del feedback

  • Subito (entro 24-48h)
  • In privato se negativo, in pubblico se positivo
  • Comportamenti, non personalità
  • Specifico, non generico
  • Frequenza > intensità: piccoli feedback continui > "sermoni" annuali
  • Chiedi anche feedback su di te: feedback è bidirezionale o non è

Psychological Safety

Concetto reso famoso da Amy Edmondson (Harvard) e validato dallo studio Project Aristotle di Google (2015): il singolo fattore che distingue i team high-performing è la sicurezza psicologica.

Cos'è

La convinzione condivisa che il team è uno spazio sicuro per rischi interpersonali: ammettere errori, fare domande "stupide", proporre idee non finite, esprimere disaccordo.

Sintomi di bassa sicurezza psicologica

  • Nessuno fa domande
  • Errori nascosti finché non esplodono
  • Riunioni con tutti d'accordo, poi mugugni in corridoio
  • Innovazione zero, conformità totale
  • Le brutte notizie arrivano sempre tardi

Come costruirla

  • Modella la vulnerabilità (PM ammette i propri errori per primo)
  • Reagisci bene agli errori: "interessante, cosa abbiamo imparato?" non "chi è stato?"
  • Premia chi parla dei problemi, non chi li nasconde
  • Vietare il giudizio personale nelle retro (Prime Directive)
  • Distingui errore da fallimento: errori onesti sono parte del processo; fallimenti per negligenza no

Diversità e collaborazione

I team cognitivamente diversi (background, esperienza, stili di pensiero) sono più innovativi — se la sicurezza psicologica è alta.

⚠ La diversità senza inclusione è solo demografia. La diversità con inclusione è performance.

Pratiche inclusive

  • Round-robin in riunione: tutti parlano, non solo i più vocali
  • Silent brainwriting prima della discussione (raccoglie le idee degli introversi)
  • Decisioni async quando possibile (livella i fusi orari)
  • Documentation-first: chi non era in riunione può recuperare

Anti-pattern

  • Saltare le fasi: si vuole arrivare subito a Performing → impossibile, ogni fase è necessaria
  • Evitare il conflitto: si finge armonia → il conflitto cova e esplode peggio
  • 1-on-1 cancellati ripetutamente: messaggio devastante per la fiducia
  • Feedback solo negativo: distrugge motivazione
  • Feedback solo positivo: nessuno cresce
  • Confondere amicizia con sicurezza psicologica: si può essere amici e non sicuri, e viceversa
  • Cambiare team senza ricalibrare: aggiungere/togliere persone resetta Tuckman
  • Hero culture: premiare l'eroe che salva la situazione → incentiva creare le situazioni

Quando il team non funziona: la diagnosi

Sintomi → cause probabili:

SintomoCausa probabileFase di Tuckman
Eccessiva educazione, niente decisioniForming non superatoForming
Conflitti continui, schieramentiStorming irrisoltoStorming
Calo improvviso di outputNuovo membro, cambio di scope, leader assenteVari
Tutti d'accordo su tuttoBassa sicurezza psicologicaVariabile
Nessuno fa domandeBassa sicurezza psicologicaVariabile
Eroismo individuale ricorrenteSistema di lavoro rotto, single point of failurePerforming artificioso
Burnout multipliCapacity > capability, no protezionePerforming → crash

Collegamenti

Per approfondire

  • The Five Dysfunctions of a Team — Patrick Lencioni
  • Drive — Daniel Pink (motivazione intrinseca)
  • The Fearless Organization — Amy Edmondson (psychological safety)
  • Radical Candor — Kim Scott (feedback)
  • Crucial Conversations — Patterson, Grenny et al.