#Blog
Grazie al cazzo - Basta non essere stronzi
Il motto di leadership che nessuno vuole ammettere... perché elimina tutte le scuse.
01/01/2026
🇬🇧 Are you looking for the english version? Click here
I consigli sulla leadership sono ovunque, ma.
Thread, libri, corsi, TED talk, framework, piramidi, quadranti, canvas, principi, checklist.
Eppure, dopo anni da Developer / Tech Lead / Manager / un po’ di tutto, ecco la scomoda verità a cui continuo a tornare:
Gran parte della leadership parte da un principio brutalmente semplice:
“Grazie al cazzo - basta non essere stronzi.”
E certo, sembra superficiale… finché non guardi da vicino e ti rendi conto di quante persone falliscono miseramente nel farlo.
Leggiamo articoli sulla psychological safety mentre prendiamo in giro pubblicamente le idee dei colleghi.
Ripostiamo citazioni sull’empowerment e poi facciamo micromanagement sulle code review.
Celebriamo l’ownership del team mentre accumuliamo decisioni.
Il problema non è la conoscenza.
È l’interesse.
È l’empatia.
È l’abitudine da smantellare.
È la volontà di vedere l’essere umano, sia dall’altro lato della scrivania che anche e soprattutto dietro la propria.
E nemmeno io sono innocente.
Scrivo questo mentre mi scorre davanti un montaggio di tutte le volte che ho deluso le persone - le volte che ho interrotto, liquidato, corso verso soluzioni, mi sono nascosto dietro l’architettura, o semplicemente non ho ascoltato. Rimpiango ancora alcuni di quei momenti. E so che il prossimo errore è dietro l’angolo, pronto a insegnarmi qualcos’altro su me stesso.
Ma forse è proprio questo il punto:
La leadership non riguarda la perfezione.
Riguarda il notare quando hai sbagliato - e scegliere di fare meglio la prossima volta.
La ridicola ovvietà dietro i consigli sulla leadership.
Facciamo un tour di alcuni principi universalmente celebrati e traduciamoli in parole povere.
Dai potere al tuo team.
➡️ Lascia che le persone facciano il loro lavoro.
Smetti di risolvere tutto per loro. Smetti di essere il collo di bottiglia umano.
L’ho già scritto in Autorità e Responsabilità, dove l’autorità scende ma la responsabilità va verso l’alto. Un concetto così semplice che dovrebbe essere appeso sopra il monitor di ogni manager.
Pratica l’ascolto attivo.
➡️ Stai zitto. Stanno parlando.
Non hai bisogno di un workshop per questo. Hai bisogno di consapevolezza di te stesso.
Crea psychological safety.
➡️ Non far sentire le persone stupide.
Se alzi gli occhi al cielo a una domanda, congratulazioni - sei appena diventato il problema.
Dai l’esempio.
➡️ Fai le cose che ti aspetti che gli altri facciano.
L’ho già scritto chiaramente in Costruire un Razzo con i LEGO: i grandi developer - e i grandi leader - fanno scomparire la complessità invece di pavoneggiarsi con essa.
Evita l’over-engineering / resta pragmatico.
➡️ Risolvi il problema reale, non quello nella tua testa.
L’ho già scritto in What Sits and What Fits e approfondito in Resta nello Spazio del Problema: la chiarezza batte l’intelligenza, sempre.
Aiuta il team a crescere.
➡️ Preoccupati abbastanza per investire nelle persone.
Se non vuoi genuinamente che abbiano successo, lo sentiranno. Immediatamente.
La leadership non si impara - Si rivela.
Dopo anni di letture, pratica e errori, ecco la verità che non riesco più a non vedere:
La leadership non viene dai framework.
Tanto viene da come vedi - e tratti - le persone.
Puoi leggere 200 libri sulla leadership.
Puoi memorizzare ogni modello.
Puoi predicare ogni principio su LinkedIn.
Ma se non ti importa fondamentalmente di:
cosa temono i tuoi compagni di team,
cosa sperano,
cosa li consuma,
cosa li motiva,
cosa hanno bisogno da te…
…allora niente di tutto ciò conta.
La leadership non è uno skillset che puoi copia-incollare.
È una lente.
Un modo di percepire gli esseri umani prima dei processi.
Una volontà di adattare te stesso prima di chiedere agli altri di adattarsi a te.
E soprattutto:
Non puoi guidare persone che non sei disposto a capire.
Questa è la base sotto tutti i consigli “ovvi” - la parte che i libri raramente enfatizzano, perché non puoi insegnare a qualcuno a importarsene.
Alcuni esempi reali (fin troppo reali).
Quando qualcuno consegna un lavoro scadente
Pessimo leader:
Uffa, non sono abbastanza bravi.
Leader vero:
Ho comunicato male? Il contesto è poco chiaro? Sono sovraccarichi?
Quando un junior fa un errore
Pessimo leader:
“Non possiamo permetterci questo.”
Leader vero:
“Gli errori sono lezioni. Guardiamolo insieme.”
Quando il team sta affogando
Pessimo leader:
“Spingete di più.”
Leader vero:
“Cosa possiamo rimuovere? Chi ha bisogno di supporto? Cosa mi sfugge?”
E sì - sono stato entrambe le versioni. A volte nella stessa settimana.
P.S. Queste frasi sono esempi per esprimere un punto, ognuna di quelle che ho indicato per un “pessimo leader” nel giusto contesto potrebbe essere detta in modo costruttivo e coerente per la situazione. L’importante è l’atteggiamento e l’intenzione dietro le parole. La leadership non è un’istruzione if-else.
Perché allora non lo fanno tutti?
Perché è molto più facile parlare di leadership che metterci la pelle. Applicare questi principi richiede due cose che molti evitano come il refactoring di venerdì sera:
Autoconsapevolezza - guardare in faccia le proprie reazioni impulsive, l’ego, le insicurezze. Non tutti vogliono scoprire che il vero collo di bottiglia non è il team… ma loro.
Vulnerabilità - ammettere che potresti sbagliare, che non hai tutte le risposte, che devi imparare a fermarti. È molto più comodo nascondersi dietro processi, metriche, architetture e “best practice”.
La verità è che “basta non essere stronzi” sembra banale finché non ti accorgi che richiede un lavoro costante su te stesso. E il lavoro su se stessi è la parte della leadership che non puoi delegare, automatizzare o copy-pastare da un libro.
È qui che la maggior parte delle persone si ferma. Non perché non sappia cosa fare - ma perché farlo davvero costa più coraggio di quanto sembri.
Il twist ironico.
Tutte le lezioni di leadership che ammiriamo - empatia, chiarezza, autonomia, pragmatismo, comunicazione - sono le stesse cose che celebriamo nei grandi developer.
Se avete letto i miei articoli precedenti, potrete notare un pattern:
- La Verità sulla Test Coverage -> la chiarezza batte le vanity metric.
- Iterative Contract Testing -> la semplicità batte la complessità.
- Colleague-Based Testing -> il tuo codice deve essere comprensibile agli altri.
- Asynchronous Batching -> ottimizza per l’efficienza collettiva.
Sostituisci “codebase” con “team”, e sono diventati mantra di leadership.
Salta fuori che la linea tra un buon architect e un buon leader è più sottile di quanto pensiamo.
Conclusione.
Ho fatto abbastanza errori da scriverci una trilogia.
Ne farò altri.
Ne farai anche tu.
Ma se c’è una cosa che ho imparato - una cosa che nessun articolo, nessun podcast, nessun libro mi ha mai insegnato esplicitamente - è questa:
La qualità della tua leadership si misura in come si sentono le persone dopo aver interagito con te.
La verità è che nessun framework può salvarti da te stesso. Le persone non ricordano il tuo titolo, le tue decisioni, le tue roadmap. Ricordano come le hai fatte sentire mentre tutto questo accadeva.
Non essere uno stronzo non è un principio di leadership. È un principio di umanità applicato al lavoro.
Tutto il resto - processi, metriche, modelli - è solo manutenzione.
P.S. Questo articolo è stato scritto con il supporto dell'intelligenza artificiale.