Dossier de compétences : le modèle qu'attendent les DSI (structure, erreurs, exemples)

Le dossier de compétences est le document que le client lit à la place du consultant. Il arrive avant l'entretien, il décide s'il y aura un entretien, et il est relu après pour justifier le choix. Pourtant la plupart des dossiers qui circulent sont des CV rallongés, mis à la charte de l'ESN, où l'information qui compte pour un DSI est enfouie sous des listes de technologies. Voici la structure qui fonctionne, les erreurs qui font écarter un dossier en trente secondes, et des exemples de sections rédigées.

Ce que lit un DSI, et dans quel ordre

Un DSI ou un responsable d'équipe qui reçoit trois dossiers pour une demande les lit en trois minutes chacun, avec une question en tête : ce consultant a-t-il déjà fait ce que je lui demande, dans un contexte proche du mien ? Il ne cherche pas la liste la plus longue de technologies ; il cherche une expérience comparable, racontée avec assez de précision pour être crédible.

Cette lecture impose l'ordre du dossier : d'abord la réponse à sa question, ensuite les preuves, enfin le reste. Un dossier qui commence par la formation initiale d'un consultant de quinze ans d'expérience a inversé les priorités.

La structure en six blocs

1. L'en-tête : qui, quoi, pour quand

Sur un tiers de page : le prénom (ou les initiales si le dossier est anonymisé), le titre du consultant tel que le client l'emploie — « Développeur back-end Java », pas « Ingénieur d'études » —, les années d'expérience sur ce titre, la disponibilité, le lieu et le rythme de présence acceptés. Le TJM figure dans le mail d'envoi, pas dans le dossier : le dossier circule chez le client, le prix reste entre vous et l'acheteur.

2. La synthèse : cinq lignes qui répondent à la demande

C'est le bloc le plus lu et le moins bien écrit. Cinq lignes, rédigées pour cette demande et pas pour toutes : ce que le consultant fait le mieux, dans quels contextes il l'a fait, ce qu'il apporte au-delà de la technique. Un dossier envoyé à trois clients avec la même synthèse est un dossier générique ; le client le sent.

Exemple, pour une demande de développeur back-end Java dans une banque : « Développeur Java depuis neuf ans, dont six sur des systèmes de paiement et de tenue de compte, en contexte réglementé. Habitué aux mises en production encadrées et aux revues de code exigeantes. A repris à deux reprises des applications existantes sans documentation, avec un plan de reprise progressif. Travaille en anglais avec des équipes distribuées. »

3. Les compétences : par niveau, pas par liste

Une liste de quarante technologies ne renseigne pas ; elle inquiète. Regroupez par domaine — langages, frameworks, données, infrastructure, méthodes — et, pour chaque compétence, indiquez le niveau de pratique et la dernière année d'utilisation. « Java 17, expert, 2026 » dit quelque chose ; « Java » ne dit rien. Retirez ce qui n'a pas été pratiqué depuis cinq ans, sauf si la demande l'exige.

4. Les expériences : contexte, mission, réalisations, environnement

C'est le corps du dossier, en ordre antichronologique, avec la même trame pour chaque mission :

• Contexte : le client (ou son secteur si le nom est confidentiel), la taille de l'équipe, l'enjeu du projet en une phrase.
• Mission : ce qu'on attendait du consultant, en deux ou trois lignes.
• Réalisations : trois à cinq points concrets, à la première personne du passé, avec ce qui a changé. « Réduit le temps de traitement des virements de nuit en remplaçant le traitement séquentiel par un traitement par lots » vaut mieux que « Participation à l'optimisation des performances ».
• Environnement : la liste technique, en fin de bloc, en une ligne.

Les missions de plus de sept ans peuvent être résumées en deux lignes chacune. Le lecteur ne les lit pas ; il vérifie qu'elles existent.

5. Formation et certifications

Diplômes et certifications, avec l'année. Les certifications récentes remontent volontiers dans la synthèse si la demande les vise. Ne développez pas : un DSI qui recrute un consultant senior n'a pas besoin du détail des options de son cursus.

6. Langues et informations pratiques

Le niveau réel en anglais, en termes d'usage — « réunions et documentation techniques » — plutôt qu'en lettres du CECRL que le lecteur ne sait pas interpréter. La mobilité, si elle n'est pas dans l'en-tête.

Les erreurs qui font écarter un dossier

La synthèse copiée du CV. Le CV est écrit pour le consultant ; le dossier pour le client. Une synthèse qui commence par « Passionné par les nouvelles technologies » n'a pas été relue.

Le titre qui ne correspond pas à la demande. Si le client cherche un « Tech Lead Java » et que le dossier annonce « Ingénieur logiciel confirmé », le client hésite, et l'hésitation suffit.

Les réalisations sans verbe. « Développement de fonctionnalités », « Participation aux réunions » : rien de vérifiable, rien de mémorisable.

La liste technique en tête de dossier. Elle repousse la synthèse en page deux, là où personne ne va.

Le dossier périmé. Une dernière mission qui s'achève il y a dix-huit mois et aucune mention de ce qui s'est passé depuis. Le client conclut que le consultant est sur le banc depuis dix-huit mois, ou que l'ESN ne suit pas ses consultants.

Les incohérences de dates. Deux missions qui se chevauchent, une expérience de « cinq ans » sur une technologie sortie il y a trois ans. Un DSI les repère, et le dossier entier perd sa crédibilité.

La charte qui passe avant le contenu. Une page de garde, un sommaire, des encadrés colorés : le dossier fait douze pages pour trois pages d'information. Le lecteur n'y trouve pas la synthèse.

Un dossier par demande, généré et non recopié

Le vrai problème du dossier de compétences n'est pas sa structure : c'est qu'il faut le produire en quelques heures, pour une demande précise, à partir d'un CV qui n'a pas été écrit pour elle. Le recopier à la main dans le modèle de l'ESN prend deux heures, et c'est ce qui fait qu'on envoie l'ancienne version.

L'approche qui tient les délais est de séparer la donnée du document. La fiche du consultant — expériences structurées, compétences avec niveau et année, formations, disponibilité — est maintenue une fois, à chaque fin de mission. Le dossier est généré depuis cette fiche, à la charte, avec une synthèse réécrite pour la demande. C'est ce que fait l'analyse de CV de Spiribase : le CV est lu, la fiche est constituée, le dossier de compétences sort à la charte depuis la fiche. Quand le consultant change, la fiche change, et tous les dossiers suivants sont justes.

Ce point est aussi un critère de choix d'outil : parmi les 25 fonctionnalités de la checklist ATS, la génération du dossier de compétences à la charte est celle qui distingue un outil pensé pour une ESN d'un ATS généraliste. Et si vos consultants sont déjà dans BoondManager, le connecteur alimente la fiche depuis les données existantes.

Pour le cas particulier — fréquent dans les appels d'offres — du dossier sans nom ni photo, l'article Dossier de compétences anonymisé : ce que le RGPD impose traite ce que vous devez retirer, et ce que vous devez dire au consultant. Et pour l'enchaînement complet, de la demande reçue au dossier envoyé, voyez Répondre à un appel d'offres en 48 h.

FAQ

Quelle longueur pour un dossier de compétences ?

Trois à cinq pages pour un consultant expérimenté : une page d'en-tête et de synthèse, une page de compétences, deux ou trois pages d'expériences détaillées. Au-delà de six pages, les missions anciennes doivent être résumées en deux lignes ; le lecteur vérifie qu'elles existent, il ne les lit pas.

Faut-il indiquer le TJM dans le dossier ?

Non. Le dossier circule chez le client, parfois jusqu'à l'équipe qui accueillera le consultant ; le prix reste dans le mail d'envoi, entre l'ESN et l'acheteur. Indiquer le TJM dans le dossier expose l'ESN à des comparaisons hors contexte et rend impossible toute négociation ultérieure.

Peut-on utiliser le même dossier pour plusieurs demandes ?

La base — expériences, compétences, formations — oui, si elle est à jour. La synthèse et le titre, non : ils doivent être réécrits pour chaque demande, en reprenant les mots du client. C'est ce qui justifie de générer le dossier depuis une fiche maintenue plutôt que de le recopier à chaque fois.