“C’è un problema. Aspettiamo di capire tutto?”
È una tentazione comprensibile. Quando qualcosa va storto, soprattutto dopo un rilascio, il team vuole prima ricostruire, verificare, capire la causa, individuare la soluzione.
Tutto giusto.
Ma nel frattempo, fuori dal team, qualcuno si sta facendo delle domande.
Il cliente vede un’anomalia. Gli utenti non sanno come comportarsi. Gli stakeholder chiedono aggiornamenti. Le chat iniziano a riempirsi. Le ipotesi prendono il posto delle informazioni.
In quei momenti, comunicare bene non significa avere già tutte le risposte. Significa dare un punto fermo.
Una comunicazione utile dovrebbe chiarire: ➤ cosa è stato rilevato ➤ quali impatti sono noti ➤ cosa è ancora in verifica ➤ chi sta lavorando sul tema ➤ quando arriverà il prossimo aggiornamento ➤ quali azioni temporanee sono consigliate, se ci sono.
Il silenzio, spesso, nasce dal desiderio di non dire cose imprecise. Ma quando dura troppo, rischia di essere letto come assenza di presidio.
E nei progetti la fiducia si protegge anche così: con informazioni chiare, oneste e aggiornate.
Nel dubbio, il silenzio spesso peggiora il problema.
Qual è la comunicazione minima che non dovrebbe mai mancare durante un incidente?
Pubblicato originariamente su LinkedIn il 22/09/2026. Visualizza il post originale.
