Le regole della cronologia dell’esperienza lavorativa sono le convenzioni che decidono come una serie di ruoli viene ordinata, datata e letta — e sono più deboli di quanto assuma la maggior parte del codice di validazione. Quasi ogni sistema di assunzione del mondo presenta una storia lavorativa come un elenco di intervalli datati, e quasi nessuno concorda su quanta precisione debbano avere quelle date, in quale ordine scorra l’elenco o cosa significhi un mese mancante.
Questo articolo separa le convenzioni dai vincoli: cosa si aspetta un lettore, cosa è davvero impossibile e cosa appare soltanto inusuale in un record per il resto corretto.
Come va scritta una storia lavorativa?
Ogni ruolo è registrato come un piccolo insieme di fatti invece che come una frase. Il titolo ricoperto, il datore di lavoro e i mesi coperti dal ruolo — un mese di inizio e un mese di fine oppure un’estremità aperta per un ruolo ancora in corso.
Questa è l’intera convenzione, e tutto il resto che un lettore desume ne deriva. La durata di ogni ruolo viene dalle due date. La durata totale della carriera viene dagli intervalli una volta ordinati. La distinzione tra un ruolo attuale e uno concluso è portata interamente dal fatto che la fine sia aperta. Nient’altro deve essere memorizzato, e tutto il resto che viene memorizzato tende ad allontanarsi dalle date da cui è stato calcolato.
La parola Presente, o qualunque sia l’equivalente locale, fa più lavoro di quanto sembri. Non è una data e non è un campo vuoto. È l’affermazione che il ruolo non è terminato, e il codice che la legge come una stringa, o che vi scrive al suo posto un valore vuoto, finirà per produrre un record che afferma che qualcuno ha lasciato un lavoro che sta ancora facendo.
Ogni lacuna va spiegata?
No. Una lacuna tra due ruoli è un fatto di una cronologia, non un difetto della stessa, e le ragioni sono ordinarie: studio a tempo pieno, assistenza a un familiare, guarigione da una malattia, una pausa deliberata o semplicemente i mesi che richiede una ricerca.
Ciò che conta è che la lacuna sia rappresentata fedelmente invece che appianata. Due abitudini causano la maggior parte dei guai. La prima è il riempimento a ritroso: estendere in avanti un mese di fine perché la cronologia sembri continua, il che inventa impiego in mesi in cui non ce n’era. La seconda è allungare all’indietro un mese di inizio per assorbire una lacuna, il che inventa anzianità. Entrambe producono un record che si legge meglio e afferma qualcosa di falso.
La domanda del lettore non è se esistano lacune. È se ogni intervallo sia accurato. In un record sintetico lo stesso criterio vale al contrario: una lacuna generata dovrebbe esistere perché la cronologia l’ha collocata lì, non perché un generatore casuale di date vi è capitato sopra.
L’ordine cronologico inverso è universale?
È la convenzione dominante nella maggior parte dei contesti di assunzione — il ruolo più recente per primo — ed è una convenzione, non una regola. I CV accademici spesso scorrono nell’altro verso, ordinati per pubblicazione o per progressione di carriera. Alcuni formati del settore pubblico e regolamentati chiedono deliberatamente l’ordine cronologico. Alcune culture leggono più facilmente una storia di promozioni dal basso verso l’alto.
Ne derivano due conseguenze per chi costruisce o testa software di assunzione. La prima è che un parser che presuppone che la voce in cima sia il ruolo attuale etichetta male i profili ordinati diversamente, e l’etichettatura errata sarà silenziosa: la voce in cima verrà semplicemente registrata come quella attuale. La seconda è che l’ordine nei dati memorizzati non dovrebbe essere l’ordine in cui i dati sono stati inseriti. Memorizza gli intervalli con le loro date e ordina per la visualizzazione, così che un cambiamento della convenzione di presentazione non diventi mai un cambiamento dei dati sottostanti.
| Aspetto | Convenzione comune | Dove varia |
|---|---|---|
| Ordine | Ruolo più recente per primo | I formati accademici e alcuni regolamentati scorrono dal più vecchio |
| Precisione delle date | Mese e anno | Alcuni formati chiedono solo gli anni, altri i giorni esatti |
| Estremità aperta | Una parola come Presente | A volte un campo di fine vuoto, a volte un valore sentinella nel futuro remoto |
| Lacune | Registrate come sono avvenute | Occasionalmente compresse per nascondere una pausa |
| Ruoli concomitanti | Elencati separatamente | A volte fusi in un’unica voce con due datori di lavoro |
Ogni colonna a destra è un punto in cui un insieme di dati reale sarà in disaccordo con l’ipotesi a sinistra.
Quali sovrapposizioni sono legittime?
Più di quante un validatore di solito ne ammetta. Due ruoli possono scorrere nello stesso periodo quando uno dei due è part-time, quando qualcuno fa consulenza accanto a un impiego stipendiato, quando una persona ricopre due contratti di insegnamento o quando un progetto freelance semplicemente dura più a lungo di un contratto iniziato prima.
Ecco perché trattare una sovrapposizione come prova di un errore è uno sbaglio, e perché trattarla come prova di una menzogna è peggio. La lettura onesta è che una sovrapposizione è una domanda sulla forma della settimana lavorativa, e un record che conosce le ore o il tipo di impiego può rispondere. Un record che memorizza solo le date non può, e perciò non dovrebbe essere autorizzato a decidere in merito.
C’è una differenza tra una sovrapposizione e un’impossibilità, e la differenza non riguarda quanto duri la sovrapposizione. Una lacuna di copertura nel modello dati — un ruolo senza alcuna data di inizio, una data di fine che precede il proprio inizio, un intervallo che si estende oltre il presente — è un difetto. Due intervalli che condividono un mese non lo sono.
Perché i giorni esatti sono una trappola?
Perché la precisione implica un’autorità che il record non ha. La maggior parte delle persone conosce il mese in cui ha iniziato un lavoro. Molte meno conoscono il giorno esatto e, tra queste, la maggior parte lo ricostruisce da una prima busta paga o da un contratto che non possiede più.
La precisione a livello di giorno crea tre problemi in una volta. Invita un parser a confrontare due date esattamente e a segnalare una sovrapposizione di un giorno come conflitto, quando gli intervalli reali non si sono mai sovrapposti. Tenta chi mantiene i dati a inventare giorni che appaiano ordinati — il primo del mese, l’ultimo del mese — il che trasforma silenziosamente un’approssimazione onesta in un fatto fabbricato. E rende fragile la cronologia: qualunque regola su anzianità minima o lacuna massima espressa in giorni scatterà sul rumore.
La precisione a livello di mese è la risoluzione onesta per un record di carriera. È anche il livello su cui quasi tutta la memoria umana concorda, e il livello su cui due descrizioni indipendenti dello stesso lavoro tendono a coincidere.
Per gli sviluppatori: validazione degli intervalli e l’estremità aperta
Rappresenta un ruolo come un intervallo semi-aperto e tutto ciò che sta a valle diventa più semplice. L’inizio è un mese, la fine è o un mese o un marcatore che significa non terminato, e l’intervallo copre dal mese di inizio al mese di fine incluso.
Tre regole meritano di essere applicate al confine in cui i dati entrano, perché sono quelle che non si possono riparare dopo. Un inizio non deve essere nel futuro, a meno che il record descriva esplicitamente un’offerta firmata che non è ancora iniziata. Una fine non deve precedere il proprio inizio. Un ruolo marcato come attuale non deve portare alcuna fine, e un ruolo che non è attuale deve portarne una. Tutto il resto di una cronologia è questione di lettura più che di validità, e dovrebbe essere presentato come informazione per una persona invece che come rifiuto.
Due abitudini più piccole risparmiano molto rumore. Mantieni l’estremità aperta come un valore distinto invece che come un campo vuoto, così che una fine davvero sconosciuta e un ruolo in corso non vengano mai confusi. E quando una regola richiede una soglia — quanto può essere breve un ruolo, quanto può durare una lacuna prima che qualcuno la guardi — tieni la soglia nella configurazione invece che nello schema, perché il numero adatto a un mercato sarà sbagliato nel successivo. Gli stessi intervalli riletti da un documento sono un problema separato, trattato nelle fixture di parsing dei CV, dove un mese scritto in prosa è il consueto punto di cedimento.
I profili usati per illustrare queste regole sono fabbricati. Le date e gli intervalli in essi contenuti sono inventati, non descrivono alcuna storia lavorativa reale ed esistono solo perché il software di assunzione possa essere testato e dimostrato.
Prossimi passi
Apri la tabella della storia lavorativa nel tuo ambiente di test e ordina gli intervalli per mese di inizio. Tutto ciò che finisce fuori ordine, o che porta una fine prima del proprio inizio, comparirà nelle prime righe. Poi controlla specificamente il ruolo attuale: se ha una data di fine da qualche parte nel record, hai trovato un difetto che nessuna quantità di validazione a livello di campo catturerà. Un generatore di profili professionali è un modo più rapido di produrre una gamma completa di forme di intervallo — lacune, sovrapposizioni, un ruolo attuale aperto — rispetto a modificare righe a mano, e le conseguenze per la cronologia del lato formativo dello stesso record meritano la prossima lettura.