CV per il settore tech: come scriverlo per qualsiasi ruolo (2026)

La maggior parte dei consigli su un CV per il settore tech è scritta per gli ingegneri del software e poi riciclata per ogni altro ruolo tech. Una product manager, un data analyst, una UX designer, un SRE, un sistemista e una QA engineer si candidano tutti dagli stessi portali e passano per gli stessi recruiter, ma chi legge cerca prove diverse in ogni pagina. Questa guida spiega il formato che funziona per tutti i ruoli tech, poi procede ruolo per ruolo: cosa cambia nella sezione competenze, quali link includere, quali metriche contano e un breve esempio immaginario per ciascuno.

Se di mestiere scrivi software, la guida al CV da ingegnere del software è la pagina più adatta a te. Le sezioni qui sotto coprono i ruoli attorno all’ingegneria.

Cosa rende diverso un CV tech

Nel tech i recruiter cercano strumenti e risultati prima di leggere qualsiasi altra cosa. L’annuncio nomina uno stack, una piattaforma o un metodo, e la prima lettura controlla se la tua pagina contiene quelle parole. La seconda, quella del responsabile che assume, controlla se ci hai fatto qualcosa. Un CV tech funziona quando entrambe le letture sono rapide: la sezione competenze risponde alla prima in cinque secondi, e i punti elenco dell’esperienza rispondono alla seconda con dei numeri.

La seconda differenza sono le prove fuori dal documento. Il portfolio di una designer, il notebook di un analista, il modulo Terraform open source di un SRE e il prodotto di una PM a cui chiunque può iscriversi pesano tutti più degli aggettivi. Il compito del CV è indicarli.

Come impaginare un CV per lavori nel tech

Il formato è lo stesso per tutti i ruoli, quindi decidilo una volta sola.

• Una pagina per i primi otto-dieci anni. Due pagine per profili senior con molti prodotti o sistemi da raccontare.
• Ordine cronologico inverso. Prima il ruolo attuale. I CV funzionali che nascondono le date fanno nascere domande sui vuoti.
• Ordine delle sezioni: contatti, profilo (facoltativo, due righe), competenze, esperienza, progetti, formazione, certificazioni. Designer e analisti con un portfolio forte possono mettere i progetti sopra l’esperienza quando sono a inizio carriera.
• Blocco dei contatti nel corpo della pagina, con nome, città, e-mail, telefono e link. Tienilo fuori dall’intestazione di Word; lì i parser possono saltarlo.
• Link come testo, non solo icone: linkedin.com/in/nome, github.com/nome, nome.design. Il link deve sopravvivere al copia e incolla.
• PDF basato sul testo. Esporta dal tuo editor invece di stampare come immagine. Seleziona tutto e incolla il risultato in un editor di testo semplice, una volta, per controllare che ogni sezione esca nell’ordine giusto.
• Caratteri semplici, da 10 a 11 punti, una colonna per tutto ciò che invii tramite un modulo di candidatura. Una versione a due colonne va bene per un PDF che mandi per e-mail a una persona.
• Niente foto per le candidature negli Stati Uniti, e da nessuna parte la data di nascita. In Italia la foto è ancora diffusa, ma non è obbligatoria.
• Nome del file: Nome-Cognome-CV.pdf.

Il vocabolario della sezione competenze dovrebbe rispecchiare l’annuncio. Il metodo per ricavare i termini da un annuncio e collocarli è nella guida alle parole chiave del CV; questa pagina dà per scontato che tu l’abbia fatto e si concentra su cosa la pagina deve dimostrare per ogni ruolo.

Esempi di CV tech per ruolo

Ogni esempio qui sotto è immaginario. Persone, aziende e numeri sono inventati per mostrare la forma di una voce forte.

Product manager

Chi legge vuole sapere cosa hai rilasciato, chi lo ha usato e come hai deciso cosa costruire. Il CV di PM debole elenca responsabilità («responsabile della roadmap»); quello forte elenca risultati con il metodo accanto.

Sezione competenze: metodi di discovery (interviste, sondaggi, test di usabilità), strumenti per gli esperimenti (framework A/B, analytics come Amplitude o Mixpanel), SQL se sai lanciare le tue query, gli strumenti di delivery (Jira, Linear) e la conoscenza del dominio (pagamenti, sanità, SaaS B2B). Lascia fuori i linguaggi di programmazione, a meno che l’annuncio non sia per una PM tecnica.

Link: LinkedIn, più il prodotto stesso se è visibile al pubblico. Un breve resoconto pubblico di un lancio vale più di un post su Medium sulla filosofia di prodotto.

Metriche: adozione, attivazione, retention, ricavi, tempi di rilascio, perimetro tagliato e dimensione del team con cui hai lavorato.

Esempio (immaginario): Senior Product Manager, Lumen Ledger (SaaS B2B di fatturazione), dal 2024 a oggi

• Responsabile dei promemoria di pagamento dalla discovery al lancio; 1.200 account paganti hanno adottato la funzione nel primo trimestre e i pagamenti in ritardo sono calati del 18% per quegli account.
• Condotte 32 interviste ai clienti e un sondaggio con 400 risposte per dare le priorità alla roadmap 2026, riducendo di un terzo il perimetro previsto prima dell’inizio dello sviluppo.
• Definita la metrica di attivazione (prima fattura inviata entro 7 giorni) e portata dal 41% al 56% con modifiche all’onboarding.
• Scritti i PRD e gestiti sprint di due settimane con sei ingegneri e una designer; 11 release in 12 mesi.

Data analyst e data scientist

Chi legge cerca prima SQL, poi il data warehouse e gli strumenti di BI, poi se la tua analisi ha cambiato una decisione. Per i ruoli da data scientist aggiunge le librerie di modellazione e cerca una metrica del modello e una storia di messa in produzione.

Sezione competenze: SQL con il dialetto (BigQuery, Snowflake, Postgres), Python o R con le librerie che usi (pandas, statsmodels, scikit-learn), strumenti di trasformazione e BI (dbt, Looker, Tableau, Power BI), progettazione di esperimenti e, per la data science, il lavoro di modellazione (gradient boosting, previsioni, NLP) più le basi della messa in produzione (Docker, Airflow, MLflow).

Link: GitHub con uno o due notebook ripuliti, oppure una dashboard pubblica.

Metriche: denaro o ore risparmiate, decisioni cambiate, tempo di reportistica ridotto, prestazioni del modello (AUC, RMSE, precision at k) e cosa ha fatto il modello in produzione.

Esempio (immaginario): Data Analyst, Northbank Grocery (spesa online), dal 2023 a oggi

• Creata la dashboard settimanale di retention in Looker su un modello dbt sopra BigQuery; ha sostituito quattro fogli di calcolo e ridotto il report del lunedì da sei ore a venti minuti.
• Analizzati i prezzi delle fasce di consegna con un test difference-in-differences su 14 città; in base al risultato il team prezzi ha alzato le tariffe delle fasce di punta, con un ricavo aggiuntivo stimato di 310.000 £ l’anno.
• Scritta la definizione SQL di «cliente attivo» che oggi condividono finanza, marketing e le presentazioni al consiglio di amministrazione.
• Addestrato un modello di churn con gradient boosting (AUC 0,84) che alimenta una campagna settimanale di riconquista; i clienti raggiunti abbandonano il 9% in meno rispetto al gruppo di controllo.

UX designer

Il grosso del lavoro lo fa il portfolio, quindi il compito del CV è convincere chi legge ad aprirlo. I responsabili che assumono cercano il processo completo (ricerca, flussi, prototipi, consegna agli sviluppatori) e la prova che un design ha cambiato una metrica dopo il rilascio.

Sezione competenze: strumenti di design (Figma, prototipazione), metodi di ricerca (test di usabilità, interviste, sondaggi), lavoro sui sistemi (design system, librerie di componenti), accessibilità (WCAG 2.1 o 2.2) e gli strumenti di analisi che leggi (Mixpanel, Hotjar). Una riga di conoscenze front-end (HTML/CSS, React di base) aiuta per i team di prodotto.

Link: l’URL del portfolio in cima, accanto al tuo nome. Assicurati che si apra senza password, oppure indica la password nella candidatura. Aggiungi Dribbble o Behance solo se il lavoro lì è aggiornato.

Metriche: completamento delle attività, conversione, tempo per attività, ticket di assistenza, risultati degli audit di accessibilità e adozione di un design system da parte di altri team.

Esempio (immaginario): Product Designer, Harbor Health (app per pazienti), dal 2023 a oggi · Portfolio: harborwork.example

• Riprogettata la prenotazione degli appuntamenti da nove schermate a quattro; il completamento è salito dal 63% all’81% nel mese successivo al rilascio (Mixpanel).
• Condotte 18 sessioni di usabilità in tre round, trasformando i risultati in una libreria di componenti Figma che oggi usano due squadre.
• Collaborato con l’ingegneria a una revisione dell’accessibilità; 46 schermate hanno superato un audit WCAG 2.1 AA.

DevOps e SRE

Questo CV è il più vicino a quello di un ingegnere del software, con l’accento spostato su infrastruttura, affidabilità e costi. Chi legge cerca il fornitore cloud, gli strumenti di orchestrazione e di infrastructure-as-code, e se hai fatto reperibilità.

Sezione competenze: cloud (AWS, GCP o Azure con i servizi che hai gestito), Kubernetes e Helm, Terraform o Pulumi, CI/CD (GitHub Actions, GitLab CI, Argo CD), osservabilità (Prometheus, Grafana, Datadog), scripting (Python, Bash, Go), Linux, basi di networking e gestione degli incidenti.

Link: GitHub con un modulo Terraform, un chart Helm o un operator che mantieni.

Metriche: tempo di deploy, frequenza dei deploy, tasso di fallimento delle modifiche, tempo medio di ripristino, rispetto degli SLO, allarmi a settimana e costo dell’infrastruttura.

Esempio (immaginario): Site Reliability Engineer, Quillpay (pagamenti), dal 2022 a oggi

• Migrati 40 servizi da host EC2 configurati a mano a EKS con Terraform e Helm; il tempo di deploy è sceso da 45 minuti a 6 e il costo mensile di calcolo del 22%.
• Responsabile della reperibilità per l’API dei pagamenti (SLO 99,95%); allarmi ridotti da 31 a settimana a 8 correggendo le soglie e tre cause ricorrenti di guasto.
• Create pipeline GitHub Actions con deploy canary e rollback automatico; il tasso di fallimento delle modifiche è sceso dal 14% al 4%.
• Scritto il processo di gestione degli incidenti e condotti 26 post-mortem senza colpe in un anno; il tempo mediano di ripristino è sceso da 71 minuti a 24.

Supporto IT e sistemista

Chi legge controlla prima l’ambiente (Windows o Linux, Microsoft 365 o Google Workspace, identità on-premise o cloud), poi la scala (utenti, sedi, ticket), poi se hai ridotto il lavoro invece di limitarti a farlo.

Sezione competenze: sistemi operativi e servizi di directory (Windows Server, Active Directory, Entra ID), gestione degli endpoint (Intune, Jamf), suite di produttività, networking (VLAN, DHCP, DNS, firewall), scripting (PowerShell, Bash), ticketing (Jira Service Management, ServiceNow) e framework (ITIL). Qui le certificazioni contano più che nella maggior parte dei ruoli tech: CompTIA, Microsoft, Cisco e le certificazioni cloud di base meritano una sezione a parte.

Link: basta LinkedIn. Un GitHub con script PowerShell o di automazione aiuta se vuoi spostarti verso il DevOps.

Metriche: utenti e sedi seguiti, ticket chiusi, tasso di risoluzione in giornata, uptime, tempi di rollout, tempo di configurazione per dispositivo e incidenti di sicurezza prima e dopo un cambiamento.

Esempio (immaginario): IT Systems Administrator, Castell Logistics (600 dipendenti, quattro sedi), dal 2022 a oggi

• Amministrati Microsoft 365, Intune e Active Directory per 600 utenti; chiusi circa 2.400 ticket l’anno con un tasso di risoluzione in giornata del 94%.
• Introdotti MFA e accesso condizionale su tutti gli account in otto settimane; gli account compromessi sono passati da cinque a trimestre a zero nell’anno successivo.
• Sostituita la preparazione manuale dei portatili con un’immagine Autopilot, riducendo la configurazione per i nuovi assunti da tre ore a trenta minuti.

QA e test engineer

Chi legge cerca prima l’automazione, poi la progettazione dei test, poi la prova che i tuoi test hanno trovato i problemi prima dei clienti. I CV di QA solo manuale ottengono ancora colloqui, ma il nome di un framework nella sezione competenze ti fa salire nella lista.

Sezione competenze: framework di automazione (Playwright, Cypress, Selenium) con il linguaggio (TypeScript, Python, Java), test delle API (Postman, REST Assured), prestazioni (JMeter, k6), gestione dei test (TestRail, Xray), integrazione in CI, SQL per i controlli sui dati e ISTQB se ce l’hai.

Link: un GitHub con una suite di test di esempio, anche piccola, mostra come strutturi i test.

Metriche: numero di test e copertura, durata della suite, regressioni intercettate, difetti trovati prima del rilascio, tempo di regressione manuale risparmiato e difetti sfuggiti dopo il rilascio.

Esempio (immaginario): QA Engineer, Brightlane (edtech), dal 2023 a oggi

• Creata la suite end-to-end in Playwright da zero a 420 test sui flussi di checkout e di classe; gira in CI in 11 minuti e ha bloccato 37 regressioni in un anno.
• Scritto il piano di test per la migrazione dei pagamenti, trovando 23 difetti prima del rilascio, tra cui un errore di arrotondamento della valuta che colpiva il 3% degli ordini.
• Ridotta la regressione manuale da tre giorni a uno automatizzando il 60% dei casi ed eliminando i duplicati.

Scrivere la sezione competenze per qualsiasi ruolo tech

Raggruppa per categoria e dai un’etichetta alle righe, nell’ordine che interessa all’annuncio. Un data analyst che si candida in un’azienda che usa Snowflake apre con SQL e Snowflake; lo stesso analista che si candida in un team di ricerca molto orientato a Python apre con pandas e statsmodels. Da quattro a sei righe è la misura abituale.

Elenca ciò di cui sai parlare in un colloquio. Un recruiter non metterà alla prova l’elenco, ma il responsabile che assume sceglierà la voce meno familiare e ti farà domande su quella. Gli strumenti che hai usato una volta vanno in un punto elenco di un progetto, con il contesto («realizzato un proof of concept in Grafana»), non nel blocco delle competenze.

Gli anni di esperienza per strumento («Python (5 anni)») aggiungono poco e possono nuocere, perché chi legge confronta il numero con il requisito dell’annuncio invece di leggere i punti elenco.

Le metriche quando non rilasci codice

I ruoli tech fuori dall’ingegneria a volte faticano a trovare numeri. Prova queste fonti prima di arrenderti:

• Tempo. Ore risparmiate a settimana, tempo di ciclo, tempo di risoluzione, tempo di rilascio. Quasi ogni ruolo può misurare qualcosa che è diventato più veloce.
• Scala. Utenti, account, ticket, schermate, servizi, sedi, città. La scala dice a chi legge di che dimensione erano i problemi che hai gestito.
• Tasso. Completamento, conversione, risoluzione, fallimento, adozione. Una coppia «prima e dopo» è la forma più forte.
• Denaro. Ricavi aggiunti, costi tagliati, spese evitate. Scrivi «stimato» quando il reparto finanza non ha convalidato la cifra.

Se un numero non esiste, usa il perimetro: «le 46 schermate dell’app», «un team di sei ingegneri», «quattro sedi». Un perimetro batte un aggettivo.

Modello di CV tech: cosa cercare

Un modello per i ruoli tech ha bisogno di un blocco competenze che possa contenere righe con etichetta, di una sezione progetti che possa stare accanto all’esperienza e di uno strato di testo pulito quando viene esportato in PDF. Le decorazioni costruite con caselle di testo o tabelle di impaginazione possono costarti care, perché i parser le leggono fuori ordine.

Resume Matcher è un’app gratuita e open source (Apache 2.0) che esegui sul tuo computer con il tuo modello di IA; non è un sito su cui caricare il CV. Il suo editor include sette modelli (Single Column, Two Column, Modern, Modern Two Column, in stile LaTeX, Clean e Vivid). Ognuno esporta un PDF basato sul testo, stampato da vero testo di una pagina web con un browser Chrome senza interfaccia, quindi ogni parola è selezionabile, e le impaginazioni a due colonne tengono il contenuto principale per primo nell’ordine di lettura. Puoi scegliere A4 o US Letter, margini, spaziature e dimensione del carattere, caratteri serif, sans o mono, e trascinare le sezioni nell’ordine che serve al tuo ruolo, per esempio i progetti sopra l’esperienza per una designer. L’interfaccia dell’app non esiste in italiano, quindi i nomi dei modelli e dei comandi restano in inglese. Anteprime ed elenco completo dei controlli sono nella pagina dei modelli PDF (in inglese).

Qualsiasi modello, da qualsiasi fonte, va sottoposto una volta al test del copia e incolla prima di inviarlo.

Errori comuni nei CV tech

• Un elenco di competenze più lungo della sezione esperienza. Taglialo a ciò che vuole l’annuncio e a ciò che sai difendere.
• Responsabilità invece di risultati. «Gestita la turnazione della reperibilità» contro «allarmi ridotti da 31 a settimana a 8».
• Un link al portfolio che richiede una password o porta a un sito non finito.
• Un profilo valido per tutto. Due righe, riscritte per ogni candidatura, oppure niente.
• La stessa pagina per ogni annuncio. Un CV da PM per un’azienda di pagamenti e uno per un’azienda sanitaria non dovrebbero avere la stessa sezione competenze. Il metodo per adattare ogni copia è in come adattare il tuo CV a un annuncio di lavoro.

Domande frequenti

Un CV tech è diverso da un CV da ingegnere del software? Il formato è lo stesso. Il contenuto cambia in ciò che chi legge cerca: una PM viene valutata su risultati e discovery, un SRE su affidabilità e costi, una designer sul portfolio. Gli ingegneri del software hanno le loro convenzioni per progetti e open source; vedi la guida al CV da ingegnere del software.

Quanto deve essere lungo un CV tech? Una pagina per i primi otto-dieci anni. I profili senior con una lunga storia di prodotti o sistemi possono usarne due.

Mi serve un portfolio? Per i designer sì, senza eccezioni. Analisti e QA engineer traggono vantaggio da un piccolo GitHub. PM e sistemisti possono farne a meno, anche se un prodotto pubblico o un repository di script non fa mai male.

Devo elencare le soft skill? Solo quelle che l’annuncio nomina, e mostrale in un punto elenco invece che in una lista: «condotti 26 post-mortem senza colpe» dimostra la capacità di comunicare meglio della parola stessa.

Se questa guida ti è stata utile, dai una stella a Resume Matcher su GitHub. Lo sviluppa Saurabh Rai; seguilo su GitHub, X e LinkedIn.