Product Ops, Design Ops, et maintenant IA Ops. En quelques années, on a vu émerger trois métiers qui portent la même promesse : fluidifier, outiller, structurer. Trois intitulés de poste différents. Trois fiches de poste qui, quand on les met côte à côte, se ressemblent étrangement.

Notre dernière enquête le confirme : la multi-compétence est devenue la tendance dominante chez les Ops. La communication inter-équipes est unanimement citée comme compétence #1. La résistance au changement reste l’obstacle #1. Et ces constats sont les mêmes, quel que soit le « préfixe » devant Ops.

Alors si le socle est commun, pourquoi continuer à traiter ces métiers en silos ? Et si la vraie question n’était pas « quel Ops recruter ? », mais « quel système Ops construire ? » ?

Trois trajectoires, un même ADN

Product Ops est né du scaling. Quand les équipes produit ont dépassé la dizaine de PM, il a fallu quelqu’un pour orchestrer les rituels, harmoniser les roadmaps, faire circuler l’information. Le rôle s’est construit sur le tas, souvent porté par un PM senior fatigué de faire du reporting.

Design Ops a suivi le même chemin, avec quelques années de décalage. Chez nous, la première mission DesignOps date de 2015. À l’époque, personne n’utilisait le terme. On parlait de « structurer le pôle design », de « mettre de l’ordre dans les outils et les process ». Le mot est venu après la pratique.

IA Ops, c’est le dernier arrivé. Et celui qui change la donne. Parce que l’IA ne se déploie pas dans une seule équipe : elle traverse le produit, le design, la data, le métier. L’IA Ops reprend les mêmes axes de responsabilité que le Product Ops : gouvernance, adoption, outillage, mesure, montée en compétences. La différence ? Son périmètre est transverse par nature.

Trois histoires différentes, donc. Mais quand on pose les fondamentaux côte à côte, le constat est difficile à ignorer :

• Même socle : People, Process, Tools. Les trois disciplines organisent leur action autour de ces trois piliers.
• Même compétence critique : la communication inter-équipes, citée unanimement comme la mission la plus critique.
• Même obstacle : la résistance au changement, loin devant les problèmes d’outils ou de remote.
• Même trajectoire : un rôle né dans l’opérationnel qui migre progressivement vers l’orchestration stratégique.

La multi-compétence n’est plus un bonus sur le CV d’un Ops. C’est devenu la tendance dominante du métier. Ce qui pose une question simple : si les compétences convergent, si les obstacles sont les mêmes, si le socle est identique, à quel moment admet-on qu’on parle du même métier ?

L’IA Ops, catalyseur de la fusion

Quand le Product Ops est apparu, on n’a pas remis en question l’existence du Design Ops. Chacun son périmètre, chacun sa discipline. L’arrivée de l’IA Ops rend cette cohabitation plus difficile à justifier.

Pourquoi ? Parce que l’IA ne respecte pas les frontières organisationnelles. Un projet d’IA générative touche simultanément le produit (quels cas d’usage prioriser), le design (quelles interfaces repenser), la data (quels modèles déployer) et les métiers (quels process adapter). Créer un rôle IA Ops cloisonné à côté du Product Ops et du Design Ops, c’est reproduire exactement le problème que les Ops sont censés résoudre : le fonctionnement en silos.

Ce qu’on observe sur le terrain va dans ce sens. Les profils Ops les plus efficaces ne sont pas ceux qui maîtrisent parfaitement une discipline. Ce sont ceux qui savent naviguer entre plusieurs. La multi-compétence est devenue la norme, pas l’exception. Et les cinq axes de responsabilité qu’on retrouve dans l’IA Ops (gouvernance, adoption, outillage, mesure, montée en compétences) sont strictement les mêmes que ceux du Product Ops.

La vraie question n’est donc pas « faut-il recruter un IA Ops ? ». C’est plutôt : est-ce qu’on continue à empiler des rôles Ops spécialisés, ou est-ce qu’on construit une pratique Ops unifiée, capable d’absorber l’IA comme elle a absorbé le design et le produit ?

L’IA Ops n’est pas un troisième métier. C’est le révélateur d’une convergence qui était déjà en marche.

Ce que ça change concrètement

Admettre la convergence, c’est bien. En tirer des conséquences organisationnelles, c’est mieux. Voici ce qu’on voit changer chez les organisations qui prennent le sujet au sérieux.

La fin du « un Ops par discipline ». Le réflexe classique, c’est de recruter un Product Ops quand l’équipe produit grandit, puis un Design Ops quand le pôle design atteint une masse critique. Et demain, un IA Ops parce que « on fait de l’IA maintenant ». Trois recrutements, trois rattachements hiérarchiques, trois roadmaps Ops qui se chevauchent. Le modèle ne tient pas à l’échelle. Rares sont les organisations qui construisent aujourd’hui une fonction Ops transverse, rattachée à la direction produit ou à la direction de la transformation, avec des expertises par domaine mais une gouvernance commune. C’est pourtant la direction logique.

Une opportunité de carrière à saisir. 71% des professionnels Ops n’ont aucun modèle de carrière formalisé. C’est un problème, mais aussi une page blanche. Plutôt que de formaliser trois parcours séparés (Product Ops junior > senior > lead, même chose en Design Ops, etc.), les organisations peuvent construire d’emblée un parcours Ops unifié. Avec des spécialisations par domaine, mais un socle de compétences et une progression commune.

Le playbook comme colonne vertébrale. Si les Ops convergent, il faut un document qui matérialise cette convergence. Le playbook, ce mode d’emploi transverse qui documente les process, les rituels, les outils et les standards, devient l’artefact central. C’est lui qui garantit la cohérence entre les pratiques produit, design et IA, sans tout centraliser dans une seule personne. On en parle en détail dans notre Show Ops dédié à la stratégie Ops.

Rien de tout ça ne nécessite une réorganisation massive. Ça commence souvent par une question simple posée en comité de direction : « Nos trois Ops travaillent-ils sur les mêmes sujets sans se parler ? »

Trois constats. Le socle People/Process/Tools est identique entre Product Ops, Design Ops et IA Ops. Les compétences critiques sont les mêmes. Et l’arrivée de l’IA Ops rend le cloisonnement intenable.

La convergence n’est pas une prédiction. C’est un état de fait que la plupart des organisations n’ont pas encore formalisé. Celles qui le feront en premier auront un avantage structurel : moins de redondance, plus de cohérence, et des profils Ops capables de naviguer entre les disciplines.

Et vous, vos Ops travaillent encore en silos ? Rejoignez l’Opservatoire pour en discuter avec des praticiens qui vivent les mêmes enjeux.