Un paradosso organizzativo fondamentale

John Cutler, Head of Product presso Dotwork, diagnostica un paradosso organizzativo critico osservato nell'ottobre 2025: i canali di feedback formali/informali traboccano di segnali di disagio (team sovraccarichi, priorità in conflitto, WIP elevato, dipendenze bloccanti). Tuttavia, quando i leader offrono aiuto, ricevono la storia opposta: i team hanno tutto sotto controllo, nulla da segnalare in escalation. Questo divario rivela una disfunzione sistemica profonda, non un fallimento individuale.

Otto barriere strutturali che impediscono l'escalation

(1) Compressione impossibile: i problemi complessi non si riducono al riassunto di 3 minuti richiesto dai leader. La compressione distorce/semplifica eccessivamente in modo invariabile. Spesso è impossibile individuare "il problema" — si sa che le cose slittano perennemente, che il team continua ad assumersi più di quanto possa gestire, ma non è netto come "fermare X → Y andrà 2 volte più veloce". Si apre un vaso di Pandora.

(2) Persone mancanti nella stanza: rispondere in modo adeguato richiede tutte le parti coinvolte + i loro manager + i sostenitori delle priorità concorrenti + potenzialmente il CEO come arbitro. Prima sfida: riunire tutti. Seconda sfida (o a causa di essa): la posta in gioco politica esplode. Gli action item tipici diventano "i team vanno a capire come fare tutto + propongono dove tagliare lo scope".

(3) Persi nei dettagli: i leader privi di un contesto approfondito iniziano a porre domande sui trade-off, pro/contro dei tagli, pressione di verifica dello scope. Domande normali, ma che innescano una cascata di lavoro per i team. Si vorrebbe dire "scegliete tra X e Y, punto" ma il flusso naturale della conversazione cade nella trappola del "possiamo in qualche modo dire sì a entrambi?"

(4) Rischio di carriera: i PM/Engineering Manager imparano che opporsi fa parte del lavoro. Chiedere aiuto è percepito come una mancanza. Anche se un leader offre aiuto, si percepisce un potenziale costo di carriera.

(5) Proteggere le proprie priorità: un team che riporta al gruppo prodotto A ma lavora per il gruppo B. La promozione si basa sul lavoro svolto per A. In modo controintuitivo, i team mantengono un basso profilo per evitare che le LORO priorità vengano messe in discussione. Attenzione extra = rischio.

(6) Competenza: inquadrare in modo conciso affinché i leader esperti/influenti possano agire = una competenza. Destreggiarsi tra i problemi di questo elenco senza burnout o senza essere messi sotto torchio, finendo con zero impegni modificati = una competenza. La trappola dei dettagli minuziosi rispetto ai dettagli irrilevanti. Il rovescio della medaglia: le persone molto esperte spostano le priorità di nascosto senza fare escalation, sapendo che è meglio non farlo apertamente, ma evitandolo a causa dei problemi menzionati sopra.

(7) Pressione da overcommitment: dire "sì" non comporta letteralmente alcuno svantaggio immediato — appare ambizioso, ottimista, allineato. I costi (tempistiche slittate, burnout nascosto, demoralizzazione) arrivano tardi, assorbiti dai team che svolgono il lavoro, non da chi ha fissato gli impegni. Al contrario, opporsi comporta rischi immediati (essere visti come resistenti, non team player, costringere i leader a prendere decisioni di prioritizzazione che preferirebbero evitare). L'overcommitment è l'opzione politicamente sicura, anche se seppellisce il team.

(8) Cascata gerarchica: si amplifica lungo la catena, VP → Director → Manager. Un piccolo problema viene amplificato in modo esponenziale.

Contesto 2023–2025: le regole idealizzate sono obsolete

Anni recenti: licenziamenti, strategie mutevoli, l'opportunità/minaccia dell'IA, un quadro macroeconomico poco roseo, pressioni opposte estreme tra redditività e innovazione. Le regole normali idealizzate non si applicano. Anche nei periodi migliori, non si sono mai applicate del tutto. Ora, assolutamente no. L'incertezza e la complessità garantiscono praticamente che i team non faranno escalation "normalmente".

Ipotesi di base fondamentale

I leader devono partire dal principio che: (1) le informazioni non circolano, (2) i team sono probabilmente in overcommitment. Non per malizia o sotterfugio, ma perché le persone sono umane. Quando si aggiunge incertezza/complessità, è quasi garantito che i team non faranno escalation "normalmente".

Azioni concrete di leadership (10 leve)

Forum ricorrenti e leggeri: un sync settimanale standing di default in cui le sfumature emergono senza giudizio, "nessuna risposta perfetta richiesta". Evita la compressione in un colpo solo.

Pre-allineamento: una piccola coalizione di stakeholder prima della riunione plenaria. Condividere una bozza di inquadramento dei trade-off affinché la conversazione non collassi in "trovare un modo per fare tutto".

Normalizzare l'escalation: reinquadrarla come una responsabilità della leadership, non come un fallimento. I leader danno l'esempio ringraziando pubblicamente chi solleva un problema invece di premiare il "silenzio eroico".

Board condivise e visibili: board delle priorità/mappe delle dipendenze tra gruppi. Esternalizza la conversazione affinché i trade-off sembrino meno una minaccia diretta alla roadmap di un team.

Vincoli abilitanti anticipati: limiti di WIP, limiti di batch-size, SLA per il lavoro reattivo. Rimuove la pressione del momento perché un team può fare riferimento a un vincolo concordato invece di giustificare i trade-off politicamente caso per caso.

Trip-wire automatici: l'escalation automatica rimuove l'onere del coraggio politico. Esempi: >N team-settimane di sforzo → escalation alla leadership per un re-scoping; un elemento in corso da >N giorni → attiva una revisione dei blocchi/tagli di scope; >N team coinvolti → escalation a un forum di dipendenze a livello di portfolio; punteggio di complessità >N → richiede l'approvazione di un senior prima di continuare.

Dimostrazione immediata: quando un team attiva un'escalation, la leadership deve ridurre in modo dimostrabile lo scope/spostare le priorità/offrire copertura in quella stessa riunione. Anche cambiamenti piccoli o simbolici dimostrano che l'escalation è una leva, non una trappola.

Celebrare il "no": a ogni forum di pianificazione, elogiare/mettere in luce i team o i manager che hanno ridotto lo scope prima di andare in overcommitment. Un riflesso della leadership che consiste nel chiedere "A cosa hai detto no?" e celebrare la risposta davanti ai colleghi. Nel lungo periodo, questo normalizza l'idea che la credibilità professionale derivi dal proteggere la capacità e dal fare trade-off chiari, non dal teatro dell'ottimismo.

Lezione sistemica

Il problema non è un fallimento del coraggio individuale, ma una progettazione del sistema che premia l'overcommitment e punisce la trasparenza. La soluzione richiede che i leader riprogettino incentivi/strutture affinché l'escalation diventi la via di minor resistenza anziché un atto di coraggio politico.