CTO e burnout: come riconoscerlo e reagire senza perdere lucidità

Essere CTO oggi significa stare nel punto di incontro tra business, tecnologia e persone. È un ruolo esposto: sempre “on call”, anche quando non c’è un pager a suonare.
La verità è semplice e scomoda: la lucidità è una risorsa tecnica tanto quanto l’uptime.
Se va giù lei, va giù tutto il resto: decisioni, team, roadmap, strategia.

In questo articolo ti parlo da pari a pari: da chi scrive codice, fa architetture, tiene d’occhio i costi cloud e, allo stesso tempo, si porta a casa le riunioni, i problemi di team, le aspettative del board.

Segnali precoci del burnout (prima che diventi un “incident major”)

Il burnout non arriva da un giorno all’altro: si accumula. Come la latenza che cresce piano piano finché un servizio smette di rispondere.

Alcuni segnali tipici, soprattutto per chi guida la parte tecnica:

• Perdita di focus “strana”

  • Rileggi la stessa issue tre volte e non decidi.
  • Rimandi scelte che normalmente prenderesti in 10 minuti.
  • Cambi task in continuazione senza chiudere nulla.

• Calo di entusiasmo “selettivo”

  • Ti piacciono ancora i problemi tecnici, ma ti prosciugano le call di allineamento e le discussioni strategiche.
  • Ti ritrovi a pensare: “Vorrei solo scrivere codice e basta”.

• Irritabilità a bassa soglia

  • Una piccola regressione ti manda fuori di testa.
  • Una domanda del team la vivi come “ennesimo peso”, non come normale supporto.

• Corpo in modalità allarme continuo

  • Sonno spezzettato, sveglie notturne pensando ai ticket o alle scadenze.
  • Stanchezza cronica, anche nei giorni “leggeri”.

• Isolamento mascherato da efficienza

  • “Faccio prima se lo faccio io.”
  • Smolli sempre meno problemi agli altri e ti ritrovi accentrando tutto “per il bene del team”.

Se ti riconosci anche solo in due o tre punti, non è già disastro… ma è un alert serio: è come vedere error rate che sale oltre la soglia: non è downtime, ma non puoi ignorarlo.

Come creare confini sani (senza sembrare meno “leader”)

Come CTO è facile vivere in modalità disponibilità infinita. Ma una disponibilità infinita è, per definizione, non scalabile.

Qualche confine sano, molto pratico:

• Orari di lavoro dichiarati e rispettati

  • Non basta dirsi “lavoro fino alle 18”: comunicalo al team.
  • Scrivi nel tuo status su Slack le fasce di reperibilità.
  • Evita di mandare messaggi serali se non è un vero incidente (programmare l’invio per il mattino è un gesto potente).

• Canali e priorità condivise

  • Definisci cosa passa da Slack, cosa da ticketing, cosa da email.
  • Stabilisci cosa è “incident” e cosa è “fast track”, così non tutto diventa urgente.

• Agenda difesa, non solo riempita

  • Blocca slot fissi per deep work (e trattali come meeting con il CEO: non si spostano per niente).
  • Prevedi uno slot di decompressione tra riunioni critiche, anche solo 10 minuti.

• “No” tecnici e “non ora” onesti

  • Imparare a dire “non adesso” a progetti e richieste è un atto di leadership, non di debolezza.
  • Sposta il discorso su priorità e capacità del team, non su “non ho voglia”.

I confini non ti allontanano dal team: ti rendono più prevedibile, più sano, più lucido. Quindi più utile a tutti.

Delegare per respirare (e far crescere davvero il team)

Delegare non è “scaricare lavoro”: è progettare un sistema che non collassa se tu ti assenti.

Alcuni pattern utili:

• Delegare responsabilità, non solo task

  • Non dare solo compiti (“fai questo ticket”): dai ownership (“sei responsabile di questa parte del sistema”).
  • Chiarisci la cornice: cosa decidi tu, cosa decidono loro, quando devono coinvolgerti.

• Creare “secondi di bordo” chiari

  • Identifica nel team chi può prendere decisioni in tua assenza su:
    • incidenti,
    • priorità di sviluppo,
    • interfaccia con altri reparti.
  • Formalizzalo: non è un “se la vedono loro”, è una vera delega.

• Accettare il 80–90% invece del 100%

  • Delegare significa accettare che qualcuno lo fa diversamente da te.
  • Se il risultato è valido anche se non perfettamente allineato al tuo stile, è comunque un successo.

• Usare la delega come coaching

  • Quando rientri in un tema che avevi delegato, evita di riprenderti tutto.
  • Chiedi piuttosto: “Come lo imposteresti tu?”, “Che opzioni hai valutato?”.

Delegare davvero libera due risorse fondamentali:

• il tuo tempo
• la tua testa

Ed entrambe sono fondamentali per non scivolare nel burnout.

Strategie di recupero mentale (oltre il “fai una passeggiata”)

Tutti sappiamo che dovremmo dormire di più, fare sport, mangiare meglio. Qui resto molto concreto, da CTO a CTO:

• Definire un “playbook personale” di emergenza
  Come per gli incident: avere una check-list aiuta quando sei sotto stress. Ad esempio:

  • Dormito meno di X ore per 3 notti di fila → niente decisioni strategiche oggi.
  • Se inizio a detestare ogni riunione → riduco temporaneamente il numero di meeting e chiedo supporto.

• Ridurre la banda cognitiva, non solo il carico di lavoro

  • Snellisci i canali: silenzia i canali Slack non critici.
  • Abbatti i “micro-task mentali”: utilizza sistemi esterni (to-do, note) invece di tenere tutto in testa.

• Recuperi brevi ma intenzionali

  • 10–15 minuti veri lontano da schermo tra un blocco di lavoro e l’altro.
  • Camminata, respirazione, o anche solo fare qualcosa di manuale ripetitivo (caffè, riordinare la scrivania).

• Spazio per pensare “a lungo raggio”

  • Una volta a settimana, blocca 1–2 ore solo per pensare alla visione tecnica, non ai ticket.
  • È controintuitivo, ma lavorare sulla visione riduce il burnout, perché rimette senso in ciò che fai.

• Supporto esterno senza vergogna

  • Mentor, coach, psicologo: non sono “livello hard” della crisi, sono strumenti.
  • Se consigli al tuo team di chiedere aiuto quando è in difficoltà, sei credibile solo se lo fai anche tu.

Invito al dialogo nella community tech

Come CTO siamo abituati a parlare di:

• architetture,
• scalabilità,
• budget cloud,
• roadmap e priorità.

Parliamo molto meno di:

• stanchezza cronica,
• paura di non essere all’altezza,
• frustrazione nel tenere tutto insieme.

Eppure, tutti prima o poi ci passano.

L’invito è semplice:

• Se ti rivedi in queste righe, non trattarlo come un bug marginale.
• Parla con qualcuno di cui ti fidi: un altro CTO, una persona del tuo team, qualcuno fuori dall’azienda.
• Porta il tema in community, nei meetup, nelle chat tra colleghi: normalizza la conversazione su salute mentale e leadership tecnica.

In sintesi

• Il burnout non è un difetto di carattere, è un problema di sistema.
• La tua lucidità è una metrica di affidabilità tanto quanto uptime, error rate o costi cloud.
• Confini sani, delega reale e recupero intenzionale non sono bonus “da wellness”: sono pratiche di ingegneria della leadership.