Métiers informatiques : qui fait quoi
Les intitulés se chevauchent, changent d’une organisation à l’autre et disent peu, à eux seuls, de ce que fait quelqu’un. C’est gênant quand il faut décider qui l’on cherche. Voici ce qu’il y a derrière les noms habituels.
Il n’existe pas de standard. Le même intitulé recouvre un travail différent dans une organisation de trente personnes et dans une de trois mille, et ce n’est pas de la négligence mais une conséquence de l’échelle : plus l’équipe est petite, plus il y a de casquettes par personne.
La distinction la plus utile n’est pas l’intitulé mais la question de savoir ce que quelqu’un entretient et ce qu’il construit. Les rôles d’administration maintiennent ce qui existe ; les rôles de construction posent ce qui n’existe pas encore. Recruter un bâtisseur pour du travail d’entretien, c’est le perdre en un an, et l’inverse est vrai aussi.
La question derrière une offre d’emploi n’est presque jamais "quel intitulé". C’est : quel travail reste en plan, et combien d’heures par semaine cela représente. Cette réponse décide si vous recrutez, si vous faites appel à un externe ou si vous externalisez.
Pourquoi les intitulés glissent
Aucune instance ne fixe ces noms de fonction. Ce que fait un administrateur système est déterminé par l’organisation où il travaille, et celles-ci diffèrent énormément.
Dans une organisation de trente personnes, l’administrateur système est aussi le service desk, l’acheteur, l’administrateur réseau et celui qui connaît le standard téléphonique. Dans une organisation de trois mille, il est l’un des douze et fait une chose bien. Même intitulé, autre métier.
S’ajoute à cela que les intitulés bougent avec ce qui se vend. "Cloud engineer" n’existait pas il y a quinze ans et décrit aujourd’hui un travail qui relevait alors en partie de l’administration système. Cela rend trompeuses les anciennes annonces : elles demandent un intitulé qui recouvre désormais autre chose.
Ce qui tient, en revanche, c’est la question de ce que quelqu’un fait de sa journée. C’est pourquoi chaque rôle est décrit ci-dessous par le travail, et non par ce qui doit figurer sur la carte de visite.
Les rôles d’administration : ce qui continue de tourner
Ces trois-là maintiennent debout ce qui existe déjà. Le travail est cyclique, le résultat est qu’il ne se passe rien, et cela le fait sous-estimer jusqu’au jour où cela dérape.
- Administrateur système. Serveurs, machines virtuelles, systèmes d’exploitation, mises à jour, comptes et droits, sauvegardes et la supervision qui les entoure. Il veille à ce que les fondations tiennent. Dans les petites organisations, la même personne s’occupe aussi des postes de travail et du service desk.
- Gestionnaire d’applications. Responsable d’une ou de quelques applications : l’ERP, le dossier patient, le logiciel de planification. Il maintient l’application en marche, applique les changements, teste la nouvelle version de l’éditeur et sert d’interlocuteur à ceux qui l’utilisent.
- Administrateur réseau. Commutateurs, pare-feu, wifi, les liens entre sites et le trafic qui y circule. Un rôle qui se fond dans l’administration système dans les petites structures et devient un métier à part entière à partir de cinq sites environ.
Autour de la gestion applicative court une distinction qui prête souvent à confusion : gestion technique, applicative et fonctionnelle. La technique porte sur la machine et la plateforme ; l’applicative sur l’application elle-même ; la fonctionnelle sur ce que l’organisation en attend — quels champs, quels droits, quel processus. Cette troisième n’est souvent pas un poste informatique mais se situe dans le service qui utilise l’application. Publier une offre de gestionnaire d’applications en pensant gestion fonctionnelle, c’est recevoir les mauvais candidats.
Le service desk : premier niveau n’est pas niveau inférieur
Le service desk est l’endroit où l’organisation rencontre l’informatique. Le travail est souvent décrit en niveaux, ce qui est utile tant que l’on sait qu’il s’agit du type de question et non du niveau des personnes.
- Premier niveau. Reçoit, résout ce qui se résout directement, et veille à ce que le reste soit assez complet pour être transmis. C’est là que se joue l’essentiel de la façon dont l’informatique est vécue, et ce n’est pas une petite responsabilité.
- Deuxième niveau. Prend ce qui demande plus de temps ou plus de droits : le poste cassé plus en profondeur, l’application qui se comporte bizarrement.
- Troisième niveau. Les spécialistes, et en pratique souvent l’éditeur du logiciel lui-même.
L’erreur de raisonnement courante consiste à voir le premier niveau comme un marchepied vers le vrai travail. Cela l’est parfois, mais qui y excelle — garder son calme, poser la bonne question, savoir quand transmettre — est plus difficile à remplacer que quelqu’un capable d’installer un serveur. La façon dont nous organisons ces niveaux figure sous service desk informatique.
Les rôles de construction : ce qui n’existe pas encore
Ici, le poids porte sur la mise en place plutôt que sur le maintien. Autre travail, autre rythme, et généralement un autre type de personne.
- Cloud engineer. Construit et gère des environnements chez un fournisseur cloud : réseaux, machines, droits et l’automatisation autour. La frontière avec l’administration système est plus mince qu’il n’y paraît ; la différence tient surtout à la question de savoir si l’environnement est posé à la main ou en code.
- Data engineer. Fait en sorte que les données passent des systèmes où elles naissent à un endroit où l’on peut en faire quelque chose : un rapport, une analyse, un modèle. Il construit les tuyaux, pas les conclusions — cette dernière partie est le travail d’un analyste ou d’un data scientist, et ces deux-là sont régulièrement confondus.
- Spécialiste sécurité. Un nom générique qui se décompose en au moins trois métiers : celui qui supervise et répond aux incidents, celui qui teste si cela se casse, et celui qui met en place la politique et la preuve. Ils ne demandent pas la même personne.
Ces rôles sont souvent recrutés avec une mission d’entretien en prime, parce que l’organisation ne parvient pas encore à séparer les deux travaux. Cela tient un temps, puis le bâtisseur s’en va.
Quel rôle il vous faut réellement
Avant de mettre un intitulé sur une annonce, trois questions donnent le plus souvent déjà la réponse.
- Quel travail reste en plan ? Non pas "il nous faut quelqu’un", mais : quelles tâches ne se font pas aujourd’hui. Écrivez-les. Souvent, il s’avère qu’il s’agit de deux choses relevant de rôles différents.
- Combien d’heures par semaine cela représente-t-il ? En dessous de vingt heures, un recrutement fixe est rarement la meilleure forme et vous êtes plus près de la prestation externe ou de l’externalisation. Au-dessus de trente, la balance bascule.
- Est-ce cyclique ou ponctuel ? Une migration est un projet et a une fin ; l’administration est un état et n’en a pas. Pour le premier, vous faites appel à un externe ; pour le second, vous recrutez ou vous externalisez.
L’arbitrage entre recruter et faire appel à un externe est développé dans régie informatique ou recrutement. Si la première question montre qu’il s’agit surtout d’entretien cyclique, l’externalisation est une troisième option ; ce qu’elle recouvre figure sous infogérance.
Les questions qu’on nous pose
Celles qui reviennent le plus quand le sujet est sur la table.
Que fait exactement un administrateur système ?
Il maintient debout ce qui se trouve sous vos postes de travail : serveurs et machines virtuelles, le système d’exploitation qui y tourne, les mises à jour, les comptes et les droits, les sauvegardes et la supervision qui signale qu’une chose casse. Dans une petite organisation, la même personne assure aussi le service desk, les postes et les achats ; dans une grande, c’est un rôle délimité. C’est pour cela que deux annonces portant le même intitulé peuvent chercher des personnes très différentes.
Quelle différence entre gestion technique, applicative et fonctionnelle ?
La gestion technique porte sur la machine et la plateforme sur lesquelles tourne une application. La gestion applicative porte sur l’application elle-même : la maintenir en marche, appliquer les changements, tester les nouvelles versions. La gestion fonctionnelle porte sur ce que l’organisation attend de l’application — quels champs, quels droits, quel processus — et ce rôle ne se trouve souvent pas dans l’informatique mais dans le service qui l’utilise. Publier une offre de gestionnaire d’applications en pensant gestion fonctionnelle, c’est recevoir des candidats compétents dans autre chose.
Que fait un data engineer ?
Il fait en sorte que les données passent de là où elles naissent à un endroit où l’on peut en faire quelque chose : un rapport, une analyse, un modèle. C’est un travail de construction : établir les liaisons, convertir les formats, vérifier que cela tient et faire en sorte que cela se reproduise chaque nuit. La différence avec un analyste de données, c’est que l’ingénieur construit les tuyaux et l’analyste tire les conclusions. Ces deux-là se retrouvent régulièrement dans une même annonce, et alors personne ne se sent chez lui dans les deux moitiés.
Nous faut-il un administrateur en interne, ou cela peut-il être externalisé ?
Cela dépend de deux choses : combien d’heures représente le travail et à quel point il est spécifique à votre organisation. L’entretien générique et cyclique — mises à jour, supervision, sauvegardes, comptes — s’externalise bien et gagne à être porté par une équipe présente aussi la nuit. Le travail imbriqué dans vos applications, vos fournisseurs et vos personnes doit rester à l’intérieur. La combinaison que nous voyons le plus souvent fonctionner est exactement celle-là : une personne à vous pour le spécifique, et le générique avec astreinte vers l’extérieur.
Où cela aboutit chez nous
Les services dont relève ce sujet.
Vous ne savez pas encore quel rôle vous cherchez ?
Nommez le travail qui reste en plan et le nombre d’heures que cela représente à peu près. Une demi-heure suffit généralement pour établir si vous recrutez, faites appel à un externe ou externalisez.
Des connaissances informatiques concrètes dans votre boîte mail
De nouveaux guides sur la gestion, la sécurité et le poste de travail, écrits par ceux qui font le travail. Sans discours commercial, et la désinscription se fait en un clic.