La neurodiversità è il mio superpotere nella mia carriera nel software!
Lo stress è una componente quotidiana del lavoro in qualsiasi carriera nel settore software e, negli ultimi anni, temi come salute mentale, consapevolezza e burnout stanno assumendo un ruolo sempre più centrale quando si parla di lavoro. Per quanto stressanti o difficili siano state le situazioni che ho vissuto nella mia carriera nel software, continuo a credere che la neurodiversità sia il mio superpotere. Accettare me stesso e il mio modo di pensare e sentire è stato fondamentale per superare i momenti più duri della mia carriera nel QA.
Per chiunque stia attraversando un momento difficile, ci siamo passati anche noi.
In questo articolo metto da parte ogni filtro e parlo di alcuni dei momenti più difficili della mia carriera nel software—quando lo stress era talmente forte che volevo staccare o addirittura mollare tutto. Voglio anche raccontarvi un'esperienza in un'azienda che aveva un ottimo programma di salute mentale per dimostrare che avere una carriera nel QA senza essere schiacciati dai problemi di salute mentale è possibile!
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
1. Qual è stata una delle situazioni più stressanti che hai vissuto nella tua carriera nel QA/testing software?
Per una persona che convive con disturbi mentali e ansia da tutta la vita, fare un intervento TED, in diretta streaming per milioni di persone in tutto il mondo (insieme ad altri illustri speaker TED come Elon Musk, Larry Page, Stephen Hawking e persino Papa Francesco), calpestare il red carpet è stata sicuramente la situazione più stressante che mi sono auto-inflitto finora.
Se invece parliamo di situazioni stressanti come parte del lavoro quotidiano, ho vissuto di tutto, dai sistemi mission-critical (dal nucleare, smart city, alla criminalità predittiva), a discussioni accese in QA/testing software con persone come Tim Cook (CEO di Apple). Personalmente, più la situazione è stressante, meglio è: l'adrenalina entra in circolo e mi trasformo in un supereroe del QA (senza mantello).
Mi ricordo una volta in particolare: avevo volato senza sosta per mesi e mi era stato chiesto di visitare una struttura governativa ad alta sicurezza. Stavo preparando del materiale nel caso avessero permesso di portare i laptop all’interno (cosa generalmente vietata). Arrivato sul posto, sono stato scortato in quella che poteva essere descritta solo come una gigantesca sala sotterranea dove stavano allestendo le telecamere per una trasmissione globale della nostra piattaforma di crimini predittivi. Dissi scherzando che non sarei riuscito a mostrare niente dal vivo perché non avevo né autorizzazioni né accessi ai sistemi necessari. Cinque minuti dopo avevo una connessione sicura alla nostra piattaforma di visualizzazione, mostrando feed in tempo reale e le nostre analytics video con identificazione di minacce ed eventi futuri (proprio in stile Minority Report). La parte più stressante di quell’esperienza di tre ore fu fare una demo live, end-to-end, che non ero mai riuscito a portare a termine senza che qualcosa andasse storto (consiglio: non sottoponetevi a stress inutile e registrate le demo in anticipo).
2. Quali pensi siano le principali cause di stress e burnout nella tua industria?
Per me, lo stress più grande era il viaggio; in quell’anno solare ho passato oltre un mese letteralmente in volo (grazie all’app di British Airways per aver sbloccato questo traguardo). Per ottimizzare il mio tempo, passavo i weekend volando tra una sede e l’altra. Ricordo una volta in particolare: ero appena arrivato nella Silicon Valley per una sessione di pianificazione Big Room della leadership—una giornata davvero intensa—e la sera stessa dovevo prendere un aereo per la costa orientale e poi su fino a Toronto per fare un executive briefing con i principali fornitori di servizi finanziari. Il volo aveva un piccolo ritardo, così sono dovuto correre dall’aeroporto alla monorotaia, cambiarmi al volo in treno (che ovviamente si è anche rotto) e sono finito a proseguire a piedi (il tutto mentre mi arrivavano messaggi che i 30 e più ospiti stavano ormai aspettando da mezz’ora e si spazientivano e rischiavano di andarsene—ossia, milioni di dollari di affari in fumo). Il suggerimento principale: evitate viaggi globali non necessari—se volete qualcosa di meglio rispetto alla videochiamata, guardate piattaforme come Cisco Telepresence (soprattutto con il Coronavirus).
Penso però che la cosa più familiare per molti professionisti QA sia l’abuso di video/teleconferenze. Ricordo quando sono entrato in Lehman Brothers e mi sono reso conto che l’economia globale non dorme mai: ogni giorno tutti in ufficio dalle 6 di mattina alle 6 di sera (niente pause, niente pranzo). Prima di allora non dipendevo dalla caffeina, ma dopo qualche settimana di progetto ero totalmente esausto. In media avevo tra le 10 e le 20 riunioni al giorno, e detenevo il poco invidiabile record di condurre cinque conference call contemporaneamente: mute-unmute-mute "ritardo lungo" e poi mi inserivo nella discussione—i miei processi sintattici e semantici lavoravano il doppio per ascoltare e tradurre le altre conversazioni mentre parlavo.
Ricordo un giorno in cui mi sentivo così male che dissi al mio capo di allora che avevo bisogno di andare a casa; la sua risposta fu: “nessun problema, ti prenoto una visita dal medico al terzo piano, poi una stanza al ventottesimo piano per farti dormire un po’, poi ci vediamo di nuovo alle 18:30 per il nostro incontro quotidiano.” Mi piace pensare che, dal crollo della Lehman, questi comportamenti appartengano al passato, ma le start-up tecnologiche possono replicarli: specialmente nella Silicon Valley, c’è ancora l’uso di smart drugs per promuovere una produttività maggiore, soprattutto alla fine degli sprint.
3. Quanto pensi sia grande il problema del burnout tra i professionisti QA?
È un problema enorme; celebri parole dicono “non si può sprintare sempre”, ma metodologie come “Agile” e “DevOps” incentivano proprio l’idea di fare tutto ancora “più velocemente”. In un recente podcast su QALead è emersa l’espressione “rallenta per accelerare”. Come può un professionista QA offrire valore misurabile in un contesto di “fallisci in fretta, impara rapidamente”? A meno che le aziende non celebrino il fallimento (cosa che pochissime fanno), ogni volta che fallisci non aiuti la velocità del team. Il suggerimento è già nel nome dei diagrammi “Burndown” o “Burnout”. La gamification dell’impegno su un certo numero di story point crea competizione malsana. Si è costretti a fare di più con meno “tempo o risorse”, con l’aspettativa irrealistica che il lavoro possa essere consegnato in sprint di due settimane.
Vorrei incontrare di persona chi ha deciso che “due settimane” fossero la taglia unica in tutti i settori, pensando che si possano ottenere risultati misurabili in così poco tempo: sicuramente non ha mai lavorato in QA per una centrale nucleare. Ora sono ad una conferenza tra pari a Bordeaux, dove un leader di pensiero ha detto: “Non riesco a credere che il 16% delle aziende usi ancora metodologie a cascata”. Come avrai capito, sono un sostenitore della ingegneria della qualità: penso che ogni azienda debba prendere decisioni consapevoli riguardo a “qualità, costi e velocità”. Quando ho iniziato la mia carriera, lo scorso millennio, per una società d'ingegneria tedesca, mi sono innamorato della costruzione di prodotti di alta qualità (forse un po’ sovra-ingegnerizzati). I cicli di rilascio, ovviamente, erano molto più lunghi, ma questa settimana, a distanza di vent’anni, mi sono imbattuto in prodotti che ho contribuito a testare.
4. Dove hai visto aziende o team prendere iniziative per promuovere la salute mentale tra i professionisti QA — cosa ha funzionato?
Dopo aver trascorso l’ultimo anno aiutando il governo del Regno Unito a prepararsi per la Brexit, sono rimasto estremamente colpito dall’etica lavorativa. Ho partecipato al mio primo corso obbligatorio di mindfulness, molto utile; avevano specialisti per la salute mentale in sede e persino gruppi di supporto che si incontravano settimanalmente. Era strano arrivare al lavoro alle 5/6 del mattino e trovare l’intero team già lì prima di me (ma se ne andavano per metà pomeriggio). Amo arrivare presto perché di solito questo mi permette di prepararmi per la giornata e di affrontare le consegne prima di interagire con i vari team.
Inoltre, lavorare per il governo neozelandese è stata un’esperienza fantastica, in quanto l’equilibrio tra lavoro e vita privata era molto migliore, anche se a volte il ritmo era frustrante. Soprattutto dopo aver lavorato nell’investment banking, ma la vita è troppo breve per preoccuparsi delle piccole cose. Se non è rotto, non aggiustarlo sarebbe stato riduttivo. È difficile per i professionisti QA non preoccuparsi, specialmente prima di un rilascio importante di un nuovo prodotto o sentirsi responsabili di ogni risultato. Ma, come nel mio episodio del podcast con Parveen, a volte bisogna solo “lasciare andare, lasciare andare” e non “fare i duri”.
Dal punto di vista personale, come qualcuno che ha gestito l’ansia per tutta la sua carriera professionale, ho avuto i miei ostacoli e sfide, ma ne sono sempre uscito più forte e più capace di gestire la mia ansia — imparando ogni volta di più su me stesso. Il settore attira persone che si collocano su vari livelli dello spettro (e mi ci includo anch’io). Tuttavia, la maggior parte dei talenti con cui ho avuto la fortuna di lavorare ha sofferto di disturbi mentali, ed è per questo che considero il mio disturbo mentale come un superpotere!
Se ti è piaciuto apprendere da questo articolo, eccone uno di un consulente, autore e coach di ingegneria del software, premiato e di fama internazionale: LEADERSHIP NEL TEST: GESTIRE LA TUA CARRIERA
