Le travail à débloquer détermine le renfort utile
Avant de recruter dans une équipe design qui grandit, précisez ce qui permettrait au travail en attente de reprendre. Si des parcours et des prototypes restent à concevoir alors que les priorités sont établies, un Product Designer peut être le renfort à examiner. Si les designers attendent régulièrement des contributions ou ne retrouvent pas les décisions prises, une responsabilité consacrée aux opérations design, ou DesignOps, mérite d’être étudiée. Elle peut prendre la forme d’un poste ou être attribuée dans l’équipe, à condition de libérer du temps. Si personne ne sait quelle demande traiter ni qui doit trancher, clarifiez ces décisions avant de choisir un recrutement.
Cette distinction porte sur le travail confié. Chez GitLab, le Product Designer conçoit notamment des parcours et des prototypes à partir de besoins utilisateurs validés, tandis que le DesignOps Specialist améliore les outils, les processus et la coordination avec les équipes voisines. Ces descriptions donnent des exemples de responsabilités, sans établir une répartition obligatoire dans votre entreprise. Nous proposons de comparer les renforts possibles à partir de ce qui empêche effectivement votre équipe d’avancer.
Un travail retardé révèle la difficulté à traiter
Prenez un travail récemment resté en attente et demandez aux personnes concernées d’en reconstituer le déroulement. Faites préciser ce qui était demandé, ce qui a déjà été conçu, la prochaine étape et ce qui l’empêche de commencer. Distinguez le temps passé à concevoir du temps passé à attendre une contribution, une information ou une décision. Identifiez aussi la conséquence du retard, par exemple un test utilisateur reporté, si cela correspond à la situation de votre équipe.
Supposons qu’un parcours ne soit toujours pas prêt à être testé. Si les besoins sont compris et que le designer peut commencer, mais travaille déjà sur une autre priorité confirmée, vous avez une raison d’examiner la capacité de conception disponible. Si le prototype existe mais attend une contribution technique dont personne ne suit l’avancement, examinez plutôt cette dépendance. Si deux responsables demandent des versions incompatibles, il faut d’abord obtenir un arbitrage. Le même livrable manquant peut donc conduire à des décisions différentes.
Nielsen Norman Group recommande une recherche interne avant de choisir les activités DesignOps à prendre en charge. Notre proposition consiste ici à partir du déroulement d’un travail précis, puis à rechercher si la même difficulté revient ailleurs. Un retard isolé ne suffit pas à justifier un poste transverse. Si plusieurs travaux attendent la même décision, demandez qui peut la prendre et ce qui lui manque pour trancher, avant de conclure à un manque d’effectif.
Le renfort de conception répond à un travail défini
Recruter une personne chargée de la conception devient une option à cadrer lorsque vous pouvez décrire les problèmes utilisateurs à traiter et les réalisations attendues. Le référentiel UX/UI Designer publié par France compétences associe la conception aux flux utilisateurs, au prototypage, aux tests et à l’itération. DesignGouv développe UX en « User experience » et UI en « User interface ». Dans le référentiel de France compétences, ces sigles renvoient respectivement à l’expérience utilisateur et à l’interface utilisateur. Ce référentiel cite Product designer parmi les emplois accessibles. Chez GitLab, le rôle Product Designer comprend également la recherche et la validation des besoins. Le renfort envisagé ne se réduit donc pas à produire davantage d’écrans.
Pour examiner un profil, demandez une réalisation passée pertinente pour votre besoin, puis faites expliquer le passage du problème utilisateur aux choix de conception. Regardez ce que la personne a elle-même réalisé, comment elle a testé ses propositions et ce qu’elle a modifié ensuite. Un prototype seul ne prouve pas cette démarche. Les explications doivent vous permettre de juger si le candidat saura prendre en charge le travail prévu, plutôt que de vous fier seulement à un intitulé de poste dans son parcours.
Décrivez ensuite les conditions de ce travail dans votre équipe. Qui donnera accès aux utilisateurs et aux informations nécessaires aux tests ? Qui fixera les priorités et décidera des compromis nécessaires avec les partenaires techniques, compte tenu des contraintes ? Si ces conditions sont réunies, le résultat attendu peut être un parcours conçu, testé puis révisé selon les enseignements recueillis. Si elles restent indéterminées, l’embauche ne suffit pas à les établir.
La frontière avec les opérations reste perméable. GitLab attend aussi de son Product Designer une contribution au design system, aux revues et à la documentation. Demander à un candidat de contribuer à ces activités est différent de lui confier l’organisation du travail de plusieurs designers. Précisez laquelle de ces responsabilités vous cherchez réellement à renforcer.
Les opérations demandent une responsabilité et des moyens
Une responsabilité opérationnelle mérite d’être examinée lorsque l’attente répétée de contributions ou la nécessité récurrente de refaire le travail empêchent plusieurs designers de consacrer leur temps à la conception. La fiche DesignOps Specialist de GitLab décrit notamment l’entretien des outils, la documentation et la coordination des dépendances. À Paris, l’annonce Product Operations Manager (DesignOps) de Mistral prévoit un rôle au sein de Product Operations pour organiser le fonctionnement de l’équipe design. Elle demande aussi de faire consigner les décisions et de supprimer les rituels qui ajoutent une charge inutile. Il s’agit d’attendus de recrutement, sans résultat d’embauche démontré.
À partir de votre difficulté, formulez ce que la personne devrait changer. Si les décisions sont régulièrement rediscutées faute de trace accessible, le travail peut consister à organiser leur enregistrement et leur consultation. Le résultat à examiner sera alors la capacité des personnes concernées à retrouver la décision applicable et à poursuivre leur travail. Compter les documents créés ne permettrait pas, à lui seul, de le vérifier.
Demandez au candidat une réalisation opérationnelle comparable et faites préciser le problème initial, les personnes avec lesquelles il a travaillé et les changements obtenus. Examinez surtout comment il relie ces changements à ses actions et ce qui lui échappait. Cette discussion aide à distinguer une pratique d’organisation éprouvée dans un contexte précis d’une simple production de procédures.
Le mandat doit rendre l’action possible. Établissez quelles pratiques la personne pourra modifier, quels responsables devront approuver ces changements et quels partenaires pourront intervenir sur les dépendances. Le titre ne lui confère pas une autorité hiérarchique. L’annonce de Mistral demande d’ailleurs de construire des coalitions sans autorité : vous devez préciser comment les désaccords seront tranchés dans votre propre organisation.
Un poste entièrement consacré aux opérations n’est pas la seule option. Nielsen Norman Group distingue la pratique DesignOps de l’existence d’un rôle explicite, et Figma indique également que toutes les équipes n’ont pas besoin d’un tel recrutement. Figma décrit notamment la possibilité qu’un designer expérimenté assume une partie des opérations. Pour examiner cette solution, nommez les activités à lui confier et celles qu’il cessera de réaliser. Sans ce retrait de charge, vous n’avez pas établi sa disponibilité. Si le travail opérationnel récurrent dépasse ce que l’équipe peut absorber, vous pouvez alors cadrer un recrutement consacré à ces responsabilités, avec les moyens correspondants.
Un choix de priorités peut précéder le recrutement
Lorsque les difficultés de coordination et le manque de capacité coexistent, choisissez d’abord l’obstacle dont la résolution permettrait au prochain travail de commencer. Supposons que des designers attendent régulièrement un arbitrage produit et que d’autres travaux, déjà cadrés, manquent de temps de conception. Demandez au responsable produit de trancher les demandes en attente, puis examinez les travaux qui peuvent effectivement avancer. Vous pourrez ainsi préciser si la priorité est de renforcer la capacité disponible pour concevoir ces travaux ou d’organiser durablement les contributions nécessaires.
Si le blocage revient parce qu’aucun responsable ne veut choisir entre des priorités concurrentes, nommer un coordinateur ne règle pas la question de la décision. Demandez au responsable produit ou design de préciser qui tranche, sur quels travaux et à partir de quelles informations. Le choix du poste peut attendre cette clarification, sans suspendre les travaux dont les conditions sont déjà réunies.
Évitez aussi de réunir deux missions dans un poste sans examiner leur compatibilité. Nielsen Norman Group met en garde contre la volonté de prendre en charge simultanément toutes les composantes des opérations design. Si vous attendez à la fois la conception de nouveaux parcours et une réorganisation transverse, précisez laquelle passe en premier, le temps qu’elle demande et le travail qui sera différé. Fixez le changement observable qui permettra de réexaminer le second besoin, par exemple la reprise effective des travaux auparavant bloqués par une contribution manquante.
Le prochain poste doit avoir un résultat vérifiable
Avant d’ouvrir le poste, écrivez le travail confié, le changement attendu et les conditions nécessaires pour l’obtenir. Pour la conception, ce changement doit porter sur un livrable que la personne pourra concevoir et tester. Pour les opérations, précisez quelle difficulté récurrente la personne devra traiter et quel changement vous en attendez, en vérifiant qu’elle disposera du temps et des moyens nécessaires. Si vous ne pouvez pas encore nommer la priorité ou la personne habilitée à trancher, faites de cette décision la prochaine action et différez le choix du recrutement.
Nous retenons ce critère : pouvez-vous expliquer ce que le renfort fera avancer, et pourquoi les décisions nécessaires pourront être prises, les contributions apportées et le temps requis dégagé ? Si la réponse reste incertaine, précisez la condition manquante avant d’engager le recrutement concerné. Les descriptions de rôles et recommandations citées permettent de cadrer cette comparaison. Elles ne démontrent pas quel recrutement donnera le meilleur résultat dans votre équipe.
Sources
France compétences : UX/UI Designer
Nielsen Norman Group : DesignOps 101
Mistral : Product Operations Manager (DesignOps)
Figma : Design operations: What it is and why it matters
DesignGouv, direction interministérielle du numérique : Expert ou experte accessibilité numérique
