Il curriculum di uno sviluppatore freelance o a contratto si legge meglio quando gli incarichi con i clienti vengono raggruppati, in modo che chi legge veda un percorso continuo di lavoro con clienti, e non un elenco di lavori brevi che sembrano essersi semplicemente conclusi uno dopo l'altro. La scelta strutturale principale è il raggruppamento: dai a "Sviluppatore software freelance" un titolo proprio con un unico intervallo di date complessivo, poi elenca sotto ogni incarico con un cliente come voce più breve con date proprie, invece di dare a ogni cliente un blocco separato allo stesso livello di un impiego regolare. Tutto il resto, come nominare ogni cliente, come descrivere un incarico ottenuto tramite un'agenzia, e cosa dire di un lavoro coperto da un accordo di riservatezza, deriva proprio da questa scelta.
Perché il raggruppamento conta più di ogni singola voce
Un curriculum che elenca sei incarichi distinti con clienti diversi, ciascuno di uno o quattro mesi, come sei ruoli separati di primo livello può dare, a un primo sguardo, l'impressione di sei lavori lasciati uno dopo l'altro, anche quando ognuno di quegli incarichi si è concluso esattamente come previsto perché il contratto era fin dall'inizio a termine. Raggrupparli sotto un unico titolo freelance elimina questa lettura fuorviante prima ancora che chi legge debba farla: il titolo stesso dichiara chiaramente il tipo di rapporto, e ogni incarico sotto si legge come un progetto all'interno di un'attività continuativa, non come un lavoro a sé stante. Si tratta di una scelta di presentazione, non di un cambiamento dei fatti in sé, e funziona proprio perché è accurata: il lavoro a contratto è un'attività continuativa anche quando il rapporto con un singolo cliente è breve.
Nominare l'agenzia e il cliente finale
Il lavoro freelance e a contratto passa spesso attraverso un'agenzia per il lavoro o una società di consulenza, invece di un contratto diretto con l'azienda per cui il lavoro è stato effettivamente svolto, e una voce del curriculum risulta più credibile quando nomina entrambi, dove possibile. Uno schema che funziona bene: "Cliente: [Azienda], tramite [Agenzia]" come riga di sottotitolo, seguita dagli stessi punti su compiti e risultati di qualsiasi altro ruolo. Quando non è possibile nominare il cliente finale, per riservatezza o perché l'agenzia gestiva più clienti non nominati nello stesso settore, indicare invece il settore e il tipo di azienda, ad esempio "un'azienda di logistica di media dimensione" o "un rivenditore e-commerce", offre comunque a chi legge più informazioni del solo nome dell'agenzia.
Cosa dire di un lavoro coperto da un accordo di riservatezza
Un incarico con un cliente coperto da un accordo di riservatezza (NDA) non deve sparire dal curriculum, e non ha bisogno del nome del cliente per restare una voce credibile. Ciò che un accordo di riservatezza limita di solito è il nome del cliente e i dettagli specifici e proprietari, non la forma generale del lavoro: il tipo di sistema realizzato, lo stack tecnologico usato, l'ambito dell'incarico e una descrizione ragionevole e non specifica del risultato sono tutti elementi che un accordo di riservatezza ragionevole lascia solitamente la possibilità di descrivere. "Cliente riservato del settore fintech" oppure "un'azienda di tecnologia sanitaria (nome non divulgato per accordo di riservatezza)" è una formulazione comune e ben comprensibile, che chi legge non interpreterà come elusiva, dato che il lavoro a contratto coperto da NDA è abbastanza diffuso da essere riconosciuto a colpo d'occhio dalla maggior parte dei lettori.
Tra un contratto e l'altro
Le pause tra un incarico e l'altro sono comuni nel lavoro freelance e a contratto, e in genere richiedono meno spiegazioni di una pausa non giustificata all'interno di una carriera a tempo indeterminato, perché chi valuta il curriculum di un libero professionista si aspetta già un certo spazio tra un incarico e l'altro come caratteristica normale di questo tipo di lavoro, non come segnale che qualcosa non ha funzionato. Quando una pausa dura più a lungo di quanto chi legge considererebbe normale tra un contratto e l'altro, si applica lo stesso approccio di qualsiasi altra interruzione lavorativa: una riga breve, pacata e fattuale, collocata esattamente nel punto in cui la pausa compare nella cronologia, trattata più a fondo in spiegare un'interruzione lavorativa nel curriculum.
Esempio illustrativo: una voce freelance raggruppata
Esempio illustrativo, non un cliente reale né un risultato reale.
Sviluppatore software freelance, 2022-oggi
- Cliente: un'azienda di logistica di media dimensione, tramite un'agenzia per il lavoro (2023-2024): ricostruzione di una dashboard di tracciamento spedizioni da un vecchio frontend in jQuery a React, riducendo il numero di richieste di verifica manuale dello stato gestite ogni settimana dal team operativo.
- Cliente: cliente fintech riservato (nome non divulgato per accordo di riservatezza), (2022-2023): sviluppo e manutenzione di un insieme di API di reportistica interna utilizzate da altri tre team.
Il titolo porta l'intervallo di date complessivo e la natura freelance una sola volta, e ogni riga cliente sotto porta le proprie date e i propri punti su compiti e risultati, senza dover ripetere "Sviluppatore software freelance" per ogni cliente.
Far entrare molti incarichi brevi in una pagina leggibile
Chi lavora come freelance da diversi anni può ritrovarsi con più incarichi individuali di quanti ne avrebbe prodotti una carriera a tempo pieno nello stesso periodo, il che pone la stessa questione di lunghezza della pagina che affronta un candidato con molti progetti personali. Far stare in una pagina un curriculum con molti progetti tecnici spiega come scegliere quali voci meritano il dettaglio completo e quali vanno riassunte in una riga finale più breve, e lo stesso filtro, la rilevanza rispetto al ruolo desiderato più che la sola completezza cronologica, si applica altrettanto bene a un elenco di clienti passati quanto a un elenco di progetti personali.
Nominare più tecnologie senza sembrare dispersivi
L'elenco di clienti di chi lavora a contratto può spaziare su più stack tecnologici diversi in un modo che una carriera presso un solo datore di lavoro raramente produce, ad esempio il codice di un cliente in Python e quello di un altro in TypeScript, e questa varietà può sembrare poco focalizzata se non viene presentata in modo deliberato. Aprire il sommario con il tipo di lavoro che resta costante tra un cliente e l'altro, integrazione di sistemi backend, ricostruzione di frontend, o qualsiasi filo conduttore reale, prima che la sezione competenze elenchi i singoli linguaggi e strumenti, offre a chi legge un'identità coerente a cui fare riferimento anche quando la tecnologia specifica cambia da un progetto all'altro. Anche una sezione competenze raggruppata per categorie, invece di un'unica lunga riga non ordinata, aiuta in questo senso, perché permette a chi legge di cogliere l'ampiezza a colpo d'occhio senza dover dedurre uno schema da sei punti formulati in modo diverso.
Crea il tuo
Il modello Developer di CVBuilderKit è costruito attorno a voci incentrate su progetti e responsabilità, il che si adatta a uno storico freelance raggruppato con la stessa naturalezza con cui si adatta a una sezione esperienza di un unico datore di lavoro. Parti da questo modello, o da un documento vuoto, in l'editor, e raggruppa i tuoi incarichi con i clienti sotto un unico titolo freelance prima di iniziare a compilare il dettaglio di ciascuno.