La maggior parte di noi tratta il curriculum come un modulo fiscale. Ogni pochi mesi, o ogni volta che un recruiter ci contatta, apriamo il file, aggiungiamo l'ultimo lavoro, cambiamo qualche verbo e salviamo. È un compito di manutenzione, non di creazione. Parliamo della nostra carriera usando il linguaggio dei risultati: ticket chiusi, funzionalità rilasciate, miglioramenti percentuali di cui non possiamo rivendicare pienamente il merito. Il documento si allunga, ma raramente si approfondisce.

Poi ci sono i momenti in cui la routine si interrompe.

Il curriculum che aggiorniamo ma non leggiamo mai

Specialmente nel settore tecnologico, la pressione di rimanere aggiornati trasforma l'auto-documentazione in uno sprint frenetico. Impari un framework, ottieni una certificazione, guidi una sprint retrospective e passi immediatamente al requisito successivo. Non c'è una pausa istituzionale per chiedersi cosa significhi tutto questo. Le piattaforme di carriera incoraggiano questo appiattimento. Chiedono parole chiave, non contesto; risultati, non ostacoli; strumenti, non giudizio. Con il tempo, impari a descrivere il tuo lavoro in terza persona, come se fossi un osservatore neutrale della tua stessa vita.

Così, quando è arrivato il momento di aggiornare un curriculum in particolare, l'intenzione era puramente meccanica. Raccogliere i certificati, i registri lavorativi, i documenti di progetto. Disponili in ordine cronologico inverso. Quantifica dove possibile. Taglia fino a due pagine. Ma da qualche parte tra il primo certificato e l'ultimo riepilogo del progetto, l'esercizio ha smesso di essere amministrativo ed è diventato archivistico. Quel foglio non elencava solo dove fosse avvenuto il lavoro. Mostrava quando il lavoro aveva cambiato il lavoratore.

La traccia cartacea di chi sei diventato

Sulla scrivania non c'erano solo credenziali. C'erano le tracce di notti trascorse ad allestire location, a sistemare cavi e sedie pieghevoli affinché una stanza piena di sconosciuti potesse condividere idee. C'erano grafiche progettate prima dell'alba, non perché fosse previsto dalla descrizione del lavoro, ma perché qualcosa doveva apparire perfetto prima che qualcun altro effettuasse l'accesso. C'erano prove di logistica e supporto tecnico gestiti dietro le quinte, quel tipo di lavoro che non lascia alcuna cronologia di commit e non accumula punti sprint, ma senza il quale nulla funziona.

Poi c'era il lavoro di volontariato. Compiti che non pagavano nulla, ma che insegnavano quasi tutto. Nella contabilità ufficiale, queste ore contano come zero. In realtà, è lì che le soft skill si sono consolidate: negoziare con fornitori che non avevano alcun obbligo contrattuale di aiutare, calmare un relatore le cui slide non si proiettavano, correggere i bug di un portale di registrazione mentre gli partecipanti facevano la fila fuori. Queste sono le scene che non si adattano perfettamente a una matrice delle competenze, eppure plasmano la capacità più di qualsiasi tutorial.

E intrecciate in ogni singola voce c'erano le persone. Relazioni nate solo perché la risposta è stata un "sì" quando avrebbe potuto essere un "no". Un incontro casuale a un evento che ha portato a una collaborazione. Un favore fatto a un collega che ha aperto una strada inaspettata. Un progetto difficile accettato nonostante il dubbio. Il curriculum non catturava nulla di questa consistenza, ma la memoria sì.

Quando la tua qualifica ti ruba la storia

Per anni, la sintesi è stata semplice: "Lavoro nell'IT". È un'etichetta onesta, ma incompleta. Le etichette sono comode. Permettono ai recruiter di scansionare rapidamente e ai parenti di spiegare il tuo impiego durante le cene. Eppure, diventano anche delle gabbie. Più a lungo indossi un'unica etichetta, più inizi a credere che quell'etichetta esaurisca la tua utilità.

Guardando indietro all'intero mosaico, il quadro era più ampio. La stessa persona che risolveva problemi di rete coordinava anche progetti tra team con priorità contrastanti. Le stesse mani che scrivevano script di configurazione progettavano anche materiali visivi per comunicare la complessità a un pubblico non tecnico. Il problem-solving non era un punto elenco; era un filo conduttore attraverso ogni ambito affrontato. L'organizzazione di eventi non era una deviazione; era la prova di resistenza, diplomazia e della capacità di gestire più fili senza lasciarli cadere.

Questa è una trappola comune nelle carriere tecniche. L'industria ama la specializzazione. Premia l'esperienza profonda in canali ristretti. Ma la capacità si accumula nei rami, non solo nelle radici. La maggior parte dei tecnologi è anche insegnante, scrittore, coordinatore e designer nella pratica, se non nel titolo. Riconoscere questo non significa abbandonare la profondità. Significa rifiutarsi di simulare superficialità per adattarsi a un modello.

Costruito su piccoli "sì"

La crescita raramente arriva con una cerimonia. Si accumula attraverso scelte così piccole da sembrare insignificanti al momento.

  • Esserci. Non le eroiche nottate in bianco, ma la presenza costante. La decisione ripetuta di essere disponibili, di finire la documentazione quando nessuno lo ha chiesto, di restare dieci minuti dopo una riunione per chiarire un malinteso.
  • Imparare nuove competenze. Non le grandi roadmap di certificazione, ma i momenti di necessità. Guardare un tutorial a metà velocità perché una correzione in produzione non poteva aspettare. Leggere il codice sorgente finché il pattern non ha finalmente preso senso. Fallire un esame di prova e tornare comunque la sera successiva.
  • Aiutare gli altri. Rispondere alla domanda del junior invece di rimandarlo al manuale. Fare pair programming quando preferiresti lavorare da solo. Scrivere la guida di onboarding che nessuno ti ha assegnato perché ricordi la confusione della tua prima settimana.
  • Dire di sì quando non ti senti pronto. Accettare di definire l'ambito di un progetto che non hai mai definito. Offrirsi volontari per gestire una riunione in un fuso orario che non ti piace. Presentare un lavoro che senti ancora incompleto. Il non sentirsi pronti è solitamente un segnale di crescita, non di incompetenza.

Questi non sono punti elenco per un curriculum. Sono l'architettura invisibile della competenza. E diventano visibili solo quando smetti di trattare il tuo curriculum come un catalogo di prodotti e inizi a trattarlo come un'autobiografia.

La candidatura non è il verdetto

C'è una ragione pratica ovvia per questo esercizio. Una candidatura era in sospeso. Un ruolo incombeva e il documento doveva persuadere un comitato di selezione. Ma il vero valore non aveva quasi nulla a che fare con il fatto che la casella di posta portasse un'offerta o un rifiuto.

I mercati del lavoro sono rumorosi. Una candidatura può essere ignorata per questioni di tempistiche, politica interna, una parola chiave fuori posto o semplicemente perché ci sono troppe persone qualificate e troppo pochi posti. Se il tuo senso di autostima è interamente ipotecato a quel risultato, diventi fragile. Ciò che è rimasto dalla revisione del curriculum è stato qualcosa di più solido: la consapevolezza che il lavoro aveva già dato i suoi frutti. La persona che teneva in mano quei fogli non era più la stessa che aveva iniziato il viaggio. La vittoria più grande non era la possibilità di ottenere il lavoro. Era la certezza di essere diventato la persona capace di farlo.

La vera lezione

Se non lo fai da tempo, blocca due ore. Prendi ogni certificato, valutazione delle prestazioni, brief di progetto e screenshot che hai. Spargili sul tavolo. Non ordinarli prima per data. Ordinali per memoria. Chiediti: Dove sono rimasto fino a tardi? Cosa ho costruito che nessuno mi ha chiesto? Chi ho aiutato? Quando ho detto di sì nonostante la paura?

Probabilmente scoprirai che la tua descrizione ufficiale del lavoro copre forse solo metà del tuo valore reale. Il resto vive nei margini. Portalo alla luce. Riscrivi la tua storia non come una richiesta di permesso, ma come un registro di trasformazione. La prossima volta che aggiornerai il tuo curriculum, potresti scoprire che non ti stai candidando per un ruolo. Stai finalmente comprendendo quello che hai già costruito.

Fonte e ispirazione: dexxtorrrr on Dev.to

Partecipa alla discussione e ad altre riflessioni simili nella GyaanSetu learning community.