Fiches métiers, carrière, data et technologies, organisation

Deux offres au même intitulé décrivent rarement le même métier

Un poste affiché en développeur fullstack peut recouvrir la maintenance d'un back-office existant ou la conception d'une plateforme entière, avec des compétences, une autonomie et une rémunération sans rapport. Le titre ne dit presque rien : ce sont le périmètre, la taille de l'équipe, la maturité de l'outillage et la place du rôle dans l'organisation qui le définissent. Ce média décrit les métiers du numérique par ce qu'on y fait réellement, et le recrutement tech par la mécanique qui le gouverne.

Parcourir les fiches métiers
Organigramme d'une équipe technique représenté en cartes reliées sur un tableau

Huit rôles qui structurent une équipe technique

Aucune organisation ne les réunit tous, et plusieurs se recouvrent partiellement selon la taille de l'entreprise. Le repère de niveau indique la séniorité à laquelle le rôle est le plus souvent ouvert, pas un prérequis absolu.

Développeur fullstack

Construit l'interface et les services qui l'alimentent, de la base de données au navigateur. Sa valeur tient moins à la maîtrise d'un framework qu'à sa capacité à tenir la cohérence d'une chaîne complète sans casser l'existant.

Junior à confirmé

Ingénieur DevOps

Automatise la chaîne qui va du code livré au service en production : intégration continue, déploiement, environnements, supervision. Il ne remplace ni le développeur ni l'exploitant, il supprime la frontière entre les deux.

Confirmé

Ingénieur SRE

Traite la fiabilité comme une fonctionnalité mesurable : objectifs de disponibilité, budget d'erreur, gestion des incidents et retours d'expérience. Le métier suppose autant de rigueur statistique que de compétence système.

Senior

Data engineer

Construit les tuyaux qui rendent la donnée exploitable : collecte, transformation, stockage, qualité. Sans lui, les modèles et les tableaux de bord reposent sur des extractions manuelles impossibles à rejouer.

Confirmé

Lead data

Arbitre entre les demandes métier et ce que la donnée permet réellement de dire. Rôle charnière, à la fois technique et politique, qui porte la définition des indicateurs autant que l'architecture qui les produit.

Senior

Product owner

Traduit un besoin en incréments livrables et tranche les priorités quand tout paraît urgent. Le poste se juge sur la qualité des arbitrages rendus, pas sur le volume de spécifications produites.

Confirmé

Directeur expérience client

Tient la cohérence du parcours client sur l'ensemble des canaux et fait converger marketing, produit, service client et systèmes d'information. Fonction transverse, dont l'autorité vient de la mesure plus que du rattachement hiérarchique.

Direction

Consultant en transformation

Intervient sur l'organisation autant que sur l'outillage : cadrage, conduite du changement, montée en compétence des équipes internes. Sa réussite se mesure à ce qui continue de fonctionner après son départ.

Confirmé à senior

Les intitulés varient fortement d'une entreprise à l'autre, et un même titre ne garantit ni le périmètre, ni le niveau d'autonomie. Lire la description des missions et la composition de l'équipe reste plus informatif que le nom du poste.

Un magazine, pas un intermédiaire

Ce site publie des fiches métiers, des repères de carrière et des explications techniques sur les outils qui structurent les équipes du numérique. Il ne recrute pas, ne diffuse aucune offre d’emploi, ne collecte aucune candidature et ne met personne en relation avec personne.

Deux principes en découlent. Les rémunérations sont données en fourchettes de marché, avec les facteurs qui les font varier, jamais sous forme de barème. Et tout ce qui touche au droit du travail, préavis, période d’essai, forme du contrat, renvoie au texte applicable et à la convention collective plutôt qu’à une règle générale qui n’existe pas.

Un processus de recrutement tech, étape par étape

Le déroulé varie d'une entreprise à l'autre, mais l'ossature bouge peu. Savoir ce que chaque étape cherche réellement à vérifier change la façon de s'y préparer, et évite de sur-jouer là où personne n'attend rien.

Le dossier

Un premier tri est opéré sur la correspondance entre le parcours et le périmètre du poste. Ce qui est lu en priorité : les technologies réellement pratiquées, la taille des projets, la durée des expériences et ce qui a été livré.

Décrire des réalisations mesurables plutôt que des listes d'outils.

La préqualification

Échange court destiné à vérifier les éléments factuels : disponibilité, mobilité, forme de contrat souhaitée, prétentions et cohérence du projet professionnel. L'entretien technique n'a pas encore commencé.

Annoncer une fourchette de rémunération, jamais un chiffre isolé.

L'entretien technique

Discussion avec des pairs sur des choix d'architecture, des arbitrages passés et des incidents vécus. L'objectif est de mesurer le raisonnement et l'honnêteté technique, pas de vérifier une syntaxe apprise par cœur.

Dire ce qu'on ne sait pas vaut mieux que le contourner.

L'exercice

Étude de cas, exercice à emporter, revue de code ou session en binôme selon les entreprises. Le rendu compte moins que la démarche : périmètre assumé, hypothèses posées, arbitrages expliqués et tests présents.

Limiter le temps passé et documenter ce qui a été écarté.

La décision

Rencontre finale avec le responsable de l'équipe ou la direction, puis proposition d'embauche. Tout ce qui n'est pas écrit dans la promesse d'embauche reste à l'état d'intention, y compris les engagements de périmètre et d'évolution.

Faire figurer par écrit le périmètre et le rattachement.

Ce déroulé décrit une pratique courante du secteur, non une règle. La durée du processus, le nombre d'entretiens et la nature de l'exercice dépendent entièrement de l'entreprise ; les conditions contractuelles, elles, relèvent du droit du travail et de la convention collective applicable.

Quatre angles sur le numérique

Les rôles, la carrière, la stack et l'organisation qui les fait tenir ensemble.

Les derniers dossiers

Fiches métiers détaillées, repères de rémunération, briques techniques expliquées et coulisses du recrutement.

Les questions qui reviennent en entretien

Faut-il annoncer ses prétentions salariales, et à quel moment ?
Oui, et plutôt tôt : une préqualification sert précisément à vérifier que les attentes des deux parties se recoupent, et refuser de répondre fait perdre du temps à tout le monde. La bonne pratique consiste à donner une fourchette plutôt qu'un chiffre, à préciser si elle s'entend en brut annuel fixe ou avec la part variable, et à indiquer ce qui la fait bouger : niveau de responsabilité, astreintes, télétravail, participation. Le montant lui-même dépend de facteurs qu'aucun barème général ne capture, la région en tête, puis la taille de l'entreprise, le secteur et la rareté réelle de la compétence sur le bassin d'emploi. Se caler sur les enquêtes de rémunération du secteur donne un ordre de grandeur, jamais une valeur de référence opposable.
Un test technique à emporter peut-il durer plusieurs jours ?
Il ne devrait pas, et une durée excessive est en soi une information sur l'entreprise. Les exercices sérieux annoncent une enveloppe de temps explicite, généralement quelques heures, et acceptent un rendu partiel dès lors que les choix sont documentés. Un exercice qui suppose plusieurs jours de travail non rémunéré pose deux problèmes distincts : il exclut de fait les candidats déjà en poste ou ayant des contraintes personnelles, et il indique une organisation qui n'a pas défini ce qu'elle cherche à évaluer. La réponse utile, plutôt que de refuser sèchement, consiste à cadrer soi-même : livrer ce qui tient dans le temps annoncé, lister explicitement ce qui aurait été fait ensuite, et expliquer pourquoi cet ordre a été retenu.
Quelle différence entre un poste en ESN et un poste chez un éditeur ?
La nature du lien avec le produit. En société de services, le travail se fait pour des clients successifs, sur des missions dont la durée et la technologie varient : la diversité est réelle, la profondeur souvent limitée par le terme de la mission, et le rythme d'apprentissage dépend beaucoup des projets confiés. Chez un éditeur, on construit et on maintient le même produit dans la durée, ce qui donne accès à la dette technique, aux conséquences de ses propres décisions et à une compréhension métier plus fine, au prix d'une exposition technologique plus étroite. Aucune des deux formules n'est meilleure dans l'absolu : elles conviennent à des moments différents d'une carrière. La question à poser en entretien reste la même dans les deux cas, sur le périmètre effectif du poste et l'autonomie accordée.
Les certifications techniques pèsent-elles dans une candidature ?
Moins que ce que leur prix laisse supposer, mais pas rien. Elles servent surtout dans trois situations : franchir le premier filtre automatique quand il existe, prouver une compétence sur un environnement qu'on n'a pas encore pratiqué en production, et répondre à une exigence contractuelle imposée par un client ou un partenaire. En entretien technique, en revanche, elles ne remplacent jamais un récit d'expérience : un incident géré, une migration menée ou une architecture qu'on sait défendre pèsent davantage. La règle empirique du secteur tient en une phrase : une certification ouvre parfois une porte, elle ne tient jamais le poste.

Commencez par le rôle qui vous concerne

Les fiches métiers si vous cherchez à situer un poste ou à comprendre ce qu'il recouvre vraiment, la rubrique carrière si vous préparez un dossier ou une série d'entretiens, la partie data et technologies pour les briques qui reviennent dans toutes les offres, et l'organisation si vous regardez le numérique depuis la direction plutôt que depuis l'équipe.

Ouvrir la rubrique carrière et recrutement