Règles de chronologie de l'historique professionnel

Les règles de chronologie de l’historique professionnel sont les conventions qui décident de l’ordre, de la datation et de la lecture d’une série de postes — et elles sont plus fragiles que ne le suppose la plupart du code de validation. Presque tous les systèmes de recrutement au monde affichent un historique professionnel comme une liste d’intervalles datés, et presque aucun ne s’accorde sur le degré de précision nécessaire à ces dates, sur l’ordre dans lequel la liste défile, ni sur ce que signifie un mois manquant.

Cet article sépare les conventions des contraintes : ce qu’un lecteur attend, ce qui est véritablement impossible et ce qui paraît seulement inhabituel dans un dossier par ailleurs correct.

Comment un historique professionnel doit-il être consigné ?

Chaque poste est enregistré comme un petit ensemble de faits plutôt que comme une phrase. L’intitulé occupé, l’employeur et les mois que le poste a couverts — un mois de début et soit un mois de fin, soit une extrémité ouverte pour un poste toujours en cours.

C’est là toute la convention, et tout ce qu’un lecteur en infère est dérivé. La durée de chaque poste vient des deux dates. La durée totale de la carrière vient des intervalles une fois triés. La distinction entre un poste actuel et un poste terminé est entièrement portée par le caractère ouvert ou non de la fin. Rien d’autre n’a besoin d’être stocké, et tout ce qui est stocké en plus tend à diverger des dates à partir desquelles il a été calculé.

Le mot Present, ou son équivalent local, fait plus de travail qu’il n’y paraît. Ce n’est pas une date et ce n’est pas un champ vide. C’est l’affirmation que le poste ne s’est pas terminé, et du code qui le lit comme une chaîne, ou qui écrit une valeur vide à sa place, finira par produire un dossier affirmant que quelqu’un a quitté un emploi qu’il occupe encore.

Chaque interruption doit-elle être expliquée ?

Non. Une interruption entre deux postes est un fait concernant une chronologie, pas un défaut de celle-ci, et les raisons sont ordinaires : des études à temps plein, s’occuper d’un membre de la famille, se remettre d’une maladie, une pause délibérée, ou simplement les mois que prend une recherche.

Ce qui compte, c’est que l’interruption soit représentée fidèlement plutôt que lissée. Deux habitudes causent la plupart des ennuis. La première est le rebouchage : étendre un mois de fin vers l’avant pour que la chronologie paraisse continue, ce qui invente un emploi pendant des mois où il n’y en avait pas. La seconde est l’étirement d’un mois de début vers l’arrière pour absorber une interruption, ce qui invente de l’ancienneté. Les deux produisent un dossier qui se lit mieux et affirme quelque chose de faux.

La question du lecteur n’est pas de savoir si des interruptions existent. Elle est de savoir si chaque intervalle est exact. Dans un dossier synthétique, la même exigence s’applique en sens inverse : une interruption générée doit exister parce que la chronologie l’y a placée, non parce qu’un générateur de dates aléatoires est tombé dessus par hasard.

L’ordre chronologique inverse est-il universel ?

C’est la convention dominante dans la plupart des contextes de recrutement — le poste le plus récent en premier — et c’est une convention plutôt qu’une règle. Les CV universitaires vont fréquemment dans l’autre sens, ordonnés par publication ou par progression de carrière. Certains formats de candidature du secteur public et des secteurs réglementés demandent délibérément l’ordre chronologique. Certaines cultures lisent plus facilement une histoire de promotion de bas en haut.

Deux conséquences en découlent pour quiconque construit ou teste un logiciel de recrutement. La première est qu’un analyseur qui suppose que l’entrée du haut est le poste actuel étiquettera mal les profils ordonnés différemment, et l’erreur d’étiquetage sera silencieuse : l’entrée du haut sera simplement enregistrée comme le poste actuel. La seconde est que l’ordre dans les données stockées ne doit pas être l’ordre dans lequel les données ont été saisies. Stockez les intervalles avec leurs dates et triez à l’affichage, de sorte qu’un changement de convention de présentation ne devienne jamais un changement des données sous-jacentes.

Chaque colonne de droite est un endroit où un jeu de données réel sera en désaccord avec l’hypothèse de gauche.

Quels chevauchements sont légitimes ?

Plus que ce qu’un validateur autorise d’habitude. Deux postes peuvent se dérouler en même temps lorsque l’un d’eux est à temps partiel, lorsque quelqu’un exerce une activité de conseil en parallèle d’un emploi salarié, lorsqu’une personne détient deux contrats d’enseignement, ou lorsqu’un projet en freelance dépasse simplement un contrat commencé plus tôt.

C’est pourquoi traiter un chevauchement comme la preuve d’une erreur est une faute, et pourquoi le traiter comme la preuve d’un mensonge est pire. La lecture honnête est qu’un chevauchement est une question sur la forme de la semaine de travail, et qu’un dossier qui connaît les heures ou le type d’emploi peut y répondre. Un dossier qui ne stocke que des dates ne le peut pas, et ne devrait donc pas être autorisé à décider à ce sujet.

Il y a une différence entre un chevauchement et une impossibilité, et cette différence ne porte pas sur la durée du chevauchement. Une lacune de couverture dans le modèle de données — un poste sans aucune date de début, une date de fin qui précède son propre début, un intervalle qui s’étend au-delà du présent — est un défaut. Deux intervalles qui partagent un mois ne le sont pas.

Pourquoi les jours exacts sont-ils un piège ?

Parce que la précision implique une autorité que le dossier n’a pas. La plupart des gens savent le mois où ils ont commencé un emploi. Bien moins connaissent le jour exact, et parmi ceux-là, la plupart le reconstituent à partir d’une première fiche de paie ou d’un contrat qu’ils ne détiennent plus.

La précision au jour près crée trois problèmes à la fois. Elle invite un analyseur à comparer deux dates exactement et à signaler un chevauchement d’un jour comme un conflit, alors que les intervalles réels ne se sont jamais chevauchés. Elle tente quiconque maintient les données d’inventer des jours qui paraissent propres — le premier du mois, le dernier du mois — ce qui transforme discrètement une approximation honnête en fait fabriqué. Et elle rend la chronologie fragile : toute règle sur l’ancienneté minimale ou l’écart maximal exprimée en jours se déclenchera sur du bruit.

La précision au mois près est la résolution honnête pour un dossier de carrière. C’est aussi le niveau auquel presque tout souvenir humain s’accorde, et le niveau auquel deux descriptions indépendantes du même emploi tendent à concorder.

Pour les développeurs : validation des intervalles et extrémité ouverte

Représentez un poste comme un intervalle semi-ouvert et tout ce qui en découle devient plus simple. Le début est un mois, la fin est soit un mois, soit un marqueur signifiant « non terminé », et l’intervalle couvre le mois de début jusqu’au mois de fin inclus.

Trois règles valent la peine d’être appliquées à la frontière où les données entrent, car ce sont celles qui ne peuvent pas être réparées plus tard. Un début ne doit pas être dans le futur, sauf si le dossier décrit explicitement une offre signée qui n’a pas commencé. Une fin ne doit pas précéder son propre début. Un poste marqué comme actuel ne doit porter aucune fin, et un poste qui n’est pas actuel doit en porter une. Tout le reste d’une chronologie relève de la lecture et non de la validité, et devrait être présenté comme une information pour un humain plutôt que comme un rejet.

Deux habitudes plus modestes épargnent beaucoup de bruit. Gardez l’extrémité ouverte comme une valeur distincte plutôt qu’un blanc, afin qu’une fin réellement inconnue et un poste en cours ne soient jamais confondus. Et lorsqu’une règle a besoin d’un seuil — combien de temps un poste peut être court, combien de temps une interruption peut durer avant que quelqu’un s’en inquiète — gardez le seuil dans la configuration plutôt que dans le schéma, car le nombre qui convient à un marché sera erroné pour le suivant. Les mêmes intervalles relus depuis un document constituent un problème distinct, traité sous les fixtures d’analyse de CV, où un mois écrit en prose est le point de défaillance habituel.

Les profils utilisés pour illustrer ces règles sont fabriqués. Les dates et intervalles qu’ils contiennent sont inventés, ils ne décrivent aucun historique professionnel réel, et ils n’existent que pour que les logiciels de recrutement puissent être testés et démontrés.

Étapes suivantes

Ouvrez la table de l’historique professionnel dans votre environnement de test et triez les intervalles par mois de début. Tout ce qui se retrouve dans le désordre, ou porte une fin avant son début, apparaîtra dans les premières lignes. Vérifiez ensuite le poste actuel en particulier : s’il porte une date de fin quelque part dans le dossier, vous avez trouvé un défaut qu’aucune validation au niveau du champ ne rattrapera. Un générateur de profil de carrière est un moyen plus rapide de produire tout un éventail de formes d’intervalles — interruptions, chevauchements, un poste actuel ouvert — que de modifier des lignes à la main, et les conséquences chronologiques du volet formation du même dossier méritent d’être lues ensuite.