Comment rédiger une description de poste de développeur

Une description de poste est un filtre, pas une publicité. L’objectif n’est pas un maximum de candidats. C’est un petit nombre de candidats compatibles et zéro heure perdue avec les incompatibles. La plupart des offres d’emploi pour développeurs échouent parce qu’elles sont écrites pour impressionner plutôt que pour informer. Voici comment en rédiger une qui fonctionne.

1. Ouvrez avec le vrai problème

Le premier paragraphe devrait répondre à la seule question d’un développeur solide : sur quoi vais-je réellement travailler? « Migrer vers des services un monolithe qui sert 40 k utilisateurs quotidiens » bat « joignez-vous à notre équipe dynamique » à tout coup. Nommez le produit, l’âge et la taille approximatifs de la base de code, et le ou les deux problèmes que cette recrue prendra en charge dans ses six premiers mois. Les problèmes précis attirent les gens qui les ont déjà résolus.

2. Indiquez la séniorité honnêtement

« Sénior » veut dire des choses différentes selon les entreprises. Définissez-la en matière de prise en charge : cette personne exécute-t-elle des billets bien cadrés, prend-elle en charge un secteur de fonctionnalités, ou définit-elle l’architecture pour une équipe? Dites lequel. S’il vous faut quelqu’un capable de travailler sans qu’un gestionnaire de produit rédige les devis, dites-le aussi. Une séniorité mal étiquetée est la première cause des embauches qui échouent au deuxième mois.

3. Coupez l’inventaire de 20 technologies

Une section d’exigences qui liste React, Angular, Vue, Node, Python, Java, AWS, GCP, Kubernetes et dix autres dit aux candidats que vous avez copié d’autres offres. Listez les trois à cinq technologies que la personne touchera chaque semaine. Déplacez les extras réellement utiles vers une ligne « atouts ». Tout le reste, supprimez-le. Les spécialistes s’excluent d’eux-mêmes des offres floues, et ce sont les spécialistes que vous voulez.

4. Mettez une fourchette salariale dans l’offre

Les développeurs séniors postulent rarement aux offres sans information de rémunération, et les lois sur la transparence salariale d’un nombre croissant de juridictions exigent une fourchette de toute façon. Affichez une fourchette honnête et ce qui déplace un candidat à l’intérieur de celle-ci. Si vous payez différemment selon le lieu, dites comment. Cacher le chiffre ne vous donne pas une meilleure entente. Ça vous donne un bassin plus faible et des abandons gênants en fin de parcours.

5. Soyez précis sur le télétravail et le fuseau horaire

« Télétravail » tout seul est ambigu. Dites : entièrement à distance ou hybride, dans quels fuseaux horaires vous embauchez, combien d’heures de chevauchement avec votre équipe centrale il vous faut, et s’il y a des semaines sur place. Un développeur dans un fuseau compatible qui connaît l’exigence de chevauchement dès le départ est un meilleur candidat que trois qui la découvrent à l’étape de l’offre.

6. Décrivez le processus et le premier mois

Deux phrases sur le processus d’embauche (nombre d’étapes, s’il y a un exercice, s’il est rémunéré) et deux sur à quoi ressemble la première semaine. Ça ne vous coûte rien et ça signale que vous respectez le temps du candidat, la crédibilité la moins chère qui s’achète.

Le gabarit

Copiez ceci et remplissez les crochets :

# [Séniorité] [Rôle] chez [Entreprise]

**[Une phrase : ce que fait le produit et qui l'utilise.]**

Vous prendrez en charge [le vrai problème : p. ex. « la refonte de
notre passage à la caisse » ou « la fiabilité d'une API Node qui sert
2 M de requêtes/jour »]. La base de code a [âge, taille, pile en une
ligne].

## Ce que vous ferez
- [Responsabilité concrète 1]
- [Responsabilité concrète 2]
- [Responsabilité concrète 3]

## Ce qu'il nous faut
- [3 à 5 vraies exigences, chacune utilisée chaque semaine]
- Atouts : [1 à 3 extras, honnêtement optionnels]

## Rémunération et logistique
- [Devise][bas] à [haut] [par année / de l'heure], selon [quoi]
- [Politique de télétravail] : [fuseaux embauchés], [X] heures de
  chevauchement avec [fuseau]

## Processus
[N] étapes : appel d'introduction, [étape technique, rémunérée si
exercice], conversation finale. Nous répondons à chaque candidat
en [X] jours.

Signaux d’alarme dans votre propre offre

Avant de publier, supprimez tout ce qui correspond à ceci :

• « Rockstar », « ninja », « porter plusieurs chapeaux » ou « environnement au rythme effréné ».
• Plus de cinq technologies exigées.
• Une séniorité dans le titre que le salaire contredit.
• Des exigences qui décrivent trois emplois différents (design plus front-end plus DevOps).

Le raccourci

Une description de poste affûtée vous laisse quand même la recherche de candidats, le tri et les entrevues. Si vous voulez que le filtrage soit déjà fait, un réseau vérifié vous remet des candidats qui ont passé l’évaluation technique, et la description ci-dessus devient votre mandat plutôt que votre entonnoir. Dans tous les cas, écrivez d’abord l’énoncé du problème. Personne ne peut impartir le fait de savoir ce qu’il vous faut.