“La spiegazione sembra una scusa” — fatti, responsabilità e fiducia

Aggiornamento di progetto dopo un ritardo. Anna chiede a Olek perché il lavoro sia in ritardo di un giorno.

— Perché siamo in ritardo di un giorno?
— Prima l’API ha cambiato risposta, poi abbiamo scoperto che la libreria…
— Dimmi prima l’impatto e che cosa stai facendo per risolvere.

Olek parte dalle cause perché vuole spiegare onestamente che cosa è successo. Anna, prima della storia, ha bisogno di conoscere l’impatto e il piano di recupero.

Cosa è successo davvero

Anna chiede perché il lavoro sia in ritardo di un giorno. Olek inizia dal racconto: prima è cambiato il comportamento dell’API, poi è emerso un problema con una libreria, poi ha provato diverse soluzioni. Per lui è un modo onesto di spiegare come si sia arrivati al ritardo. Anna ascolta con un bisogno diverso. Vuole sapere prima quale sia l’impatto, che cosa Olek stia facendo adesso e quando il problema sarà chiuso. Prima che lui arrivi a queste informazioni, le prime frasi iniziano già a sembrare un tentativo di spostare altrove la responsabilità. Olek nota la reazione e si mette a spiegare ancora di più, rafforzando proprio l’impressione della scusa. Gli stessi fatti cambiano significato in base all’ordine in cui vengono presentati.

Cosa dice la ricerca

Quando qualcosa va storto, le persone non ascoltano una spiegazione soltanto per ricostruire la sequenza degli eventi. Valutano anche responsabilità, intenzione e ciò che accadrà dopo. Le ricerche sulle reazioni manageriali suggeriscono che il modo in cui viene spiegata una prestazione insufficiente può influenzare l’attribuzione di responsabilità e la risposta del responsabile (Mitchell & Wood, 1981). Non esiste una legge scientifica forte secondo cui tutti dovrebbero sempre parlare nell’ordine preciso “impatto, piano, causa”. È una struttura pratica per ridurre l’ambiguità, non una formula universale dimostrata per ogni conversazione. In questa scena funziona perché risponde subito alle domande di cui Anna ha bisogno per gestire la situazione, prima di aggiungere il contesto.

Come affrontarlo

Quando segnali un ritardo o un errore, parti da ciò che l’altra persona deve sapere per agire: “Saremo in ritardo di un giorno. Oggi risolvo X e consegno domani entro mezzogiorno. La causa è stato il cambiamento dell’API”. La causa non viene nascosta; semplicemente arriva dopo l’impatto e il passo successivo. Un manager può anche evitare di attribuire cattive intenzioni e chiedere direttamente: “Dammi prima impatto e piano, poi ricostruiamo la causa”. La regola generale è: una spiegazione suona responsabile quando non risponde solo a “perché?”, ma rende visibili rapidamente anche “che cosa comporta?” e “che cosa facciamo adesso?”.

Come possono aiutare Empatyzer ed Em

Empatyzer può aiutare Anna e Olek a vedere che il loro conflitto non riguarda davvero il senso di responsabilità, ma l’ordine in cui hanno bisogno delle informazioni dopo un problema. Olek vuole ricostruire con precisione le cause; Anna vuole prima impatto, piano e tempo di recupero. Il confronto dei profili può mostrare che una persona tende naturalmente a spiegare partendo dall’inizio della storia, mentre l’altra filtra subito le informazioni in funzione di decisioni e rischi. Prima dell’aggiornamento, Em può dare a Olek una struttura semplice: “impatto → piano → scadenza → causa”, senza impedirgli di spiegare il quadro completo. Em può anche ricordare ad Anna che molto contesto non equivale automaticamente a sottrarsi alla responsabilità. Le microlezioni consolidano questa sequenza nei casi di errore o ritardo, così la spiegazione smette di sembrare una scusa e diventa informazione utile per decidere.