Il modo in cui descrivi un progetto realizzato in un team, senza esagerare il tuo contributo né ridurlo a niente, dipende dal far svolgere a due pronomi due compiti diversi nella stessa voce: "noi" per ciò che il team ha realizzato insieme, e "io" per la parte specifica di quel risultato di cui ti sei occupato personalmente. Una frase che usa solo "io" per un lavoro che più persone hanno effettivamente svolto suona come un'esagerazione non appena arriva la prima domanda di approfondimento, e una frase che usa solo "noi" dall'inizio alla fine non dice al lettore nulla sul tuo contributo specifico, il che vanifica il senso stesso di elencare il progetto.
Perché un progetto condiviso ha comunque bisogno del tuo nome
Chi legge una voce del curriculum su un progetto di team sta cercando di rispondere a una domanda: cosa farebbe davvero questa persona se la inserissi nel mio team? Una descrizione del progetto che si limita a dichiarare cosa ha ottenuto il team nel suo insieme risponde a una domanda diversa, ovvero di cosa fosse capace il team come gruppo, e lascia al lettore il compito di indovinare quali parti di quello sforzo collettivo abbia gestito personalmente tu. È esattamente questo divario a colmare una riga che indica il tuo contributo specifico. Non deve rivendicare l'intero risultato, e non dovrebbe farlo; deve indicare, in una frase, la parte precisa del risultato condiviso che hai effettivamente costruito, deciso o corretto tu.
Separare "noi" e "io" all'interno di un'unica voce
Il modo più chiaro per tenere insieme entrambe le verità in una sola voce è lasciare che ciascun pronome svolga un ruolo distinto invece di sceglierne uno per l'intera frase. Una prima frase che descrive il progetto e il suo risultato può usare "noi" onestamente, poiché il risultato era davvero un traguardo del team. Una seconda frase, o la seconda metà della stessa frase, si restringe poi a "io" per la parte che era davvero tua: il componente che hai costruito, la decisione che hai preso, il bug che hai individuato, la parte del sistema che nessun altro del team ha toccato. Chi legge non si aspetta che una voce su un progetto di team descriva solo il tuo lavoro isolato dal gruppo; si aspetta che chiarisca dove finisce il lavoro del gruppo e dove inizia il tuo.
Indicare la tua parte con precisione invece che in modo vago
"Ha contribuito a" è l'espressione più a rischio di sminuire un contributo reale e specifico, perché descrive quasi ogni livello di coinvolgimento con la stessa vaghezza, dallo scrivere una singola funzione al guidare l'intero sforzo. Indicare la parte effettiva, il servizio di cui ti sei occupato, l'integrazione che hai costruito, la migrazione che hai eseguito, il processo di revisione che hai istituito, dà al lettore qualcosa di concreto da valutare invece di una frase che potrebbe significare qualsiasi cosa. È lo stesso cambiamento trattato in quantificare l'impatto tecnico nel curriculum senza inventare numeri per trasformare un'affermazione vaga sull'ambito in una affermazione precisa e onesta: la precisione si legge come più credibile di una descrizione che suona compiuta ma resta vaga, non il contrario.
Riconoscere il merito al team senza rinunciare alla propria riga
Indicare onestamente un risultato condiviso non richiede di tacere sulla propria parte, e non richiede nemmeno di gonfiarla. Una voce di progetto può dichiarare chiaramente che un team di una certa dimensione ha costruito la cosa insieme, per poi far seguire una o due frasi specificamente su di te, senza che nessuna delle due indebolisca l'altra. La frase incentrata sul team non è una generosità a tue spese; stabilisce la scala e il contesto di cui il lettore ha bisogno per valutare correttamente la frase personale che segue. Un lettore che non sa che un progetto ha coinvolto cinque ingegneri per sei mesi leggerà un contributo individuale a quel progetto in modo molto diverso da chi invece lo sa.
Esempio illustrativo: una riga di progetto di team che indica la parte di una persona
Esempio illustrativo, dal vago al preciso. Vago: "Ha lavorato in un team che ha costruito un nuovo flusso di pagamento." Preciso: "Parte di un team di quattro persone che ha ricostruito il flusso di pagamento in un trimestre; responsabile della logica di ritentativo del pagamento, la parte del flusso che gestiva un addebito fallito senza perdere il carrello del cliente." La seconda versione riconosce onestamente la dimensione e i tempi del team, per poi indicare una parte precisa e attribuibile del risultato condiviso, cosicché il lettore comprende sia cosa ha costruito il team sia cosa ha effettivamente fatto questa persona al suo interno.
Alcune formulazioni da evitare
Una frase scritta interamente in forma passiva, "il flusso di pagamento è stato ricostruito", nasconde sia il team sia l'individuo dietro una frase senza soggetto, il che si legge come evasivo più che modesto. Una frase che elenca l'intero risultato del team come una sequenza ininterrotta di affermazioni in "io" suona come un'esagerazione non appena un lettore che conosce il progetto, un intervistatore che conosce l'azienda, o un controllo delle referenze, la osserva più da vicino. Tra le due, indicare il team con onestà e poi indicare la propria parte con precisione è al tempo stesso la descrizione più accurata e, in pratica, quella che regge meglio a un esame attento.
Dove trova posto un progetto di team nel curriculum
Un progetto di team si colloca solitamente accanto ai progetti individuali nella stessa sezione, sia in un'area progetti dedicata sia, per un progetto costruito durante un impiego, allegato proprio alla voce del lavoro da cui è nato. Il modello Developer stampa le voci di progetto con spazio sia per una breve riga sulla dimensione del team sia per la frase sul contributo specifico sottostante, il che si adatta a questa struttura in due parti senza forzare nessuna delle due metà in una riga troppo stretta. La stessa impaginazione funziona sia che il progetto di team sia il fulcro di una voce, sia che sia un'aggiunta più piccola accanto a un lavoro individuale del tipo trattato in presentare progetti personali nel curriculum di un ingegnere software.
Aggiungilo al tuo curriculum
Un progetto di team descritto con onestà è una delle prove più solide che un curriculum possa portare, perché dimostra che sai lavorare all'interno di un gruppo pur riuscendo a rendere conto chiaramente della tua parte. Parti da un modello costruito per questo tipo di voce e aggiungi il tuo nell'editor.