Le Product Ops est l’un des derniers avec le Design Ops de la lignée des “Ops” (diminutif d’”Operations”) , après le Dev Ops, le Sales Ops ou le Market Ops. Son domaine de prédilection ? Le même que celui d’un Product Manager. Son rôle ? Comme tout Ops, son objectif est de rendre l’organisation encore plus efficace en résolvant des problèmes transverses qu’un individu ou une équipe ne pourrait résoudre seul. Ça y est, vous voyez globalement son rôle, mais précisément que fait-il ? Et quelle est sa place dans une organisation Produit où gravitent déjà de nombreux rôles ? C’est justement ce que je vais vous raconter dans de cet article.
🤔 Un ProductOps, oui. Mais pour quelles missions ?
Il n’existe pas de définition ou de fiche de poste faisant l’unanimité mais on peut identifier les quatre grandes responsabilités suivantes.
1# Créer un environnement favorable à la construction du bon Produit :
- Répandre la culture centrée sur l’utilisateur (“user centric”) dans l'organisation ;
- Rendre homogène les fiches de poste et parcours de carrières pour les Product Managers ;
- Optimiser l’onboarding des nouveaux Product Managers ;
- Mettre à disposition des Product Managers les bonnes ressources pour leur permettre de progresser.
2# Mettre en place des processus et un outillage adaptés aux équipes Produit :
- Recommander les outils les plus pertinents pour les équipes Produit ;
- Automatiser certains processus liés au Produit via ces outils ;
- Coacher les équipes sur l'utilisation des outils et sur les bonnes pratiques.
- Rendre possible les expérimentations Produit et les lier à la stratégie de l’entreprise ;
- Aider les équipes Produit à optimiser le processus de développement Produit et à gagner en cohérence. Notamment lorsque les équipes sont éclatées à l’international.
3# Favoriser l'alignement et la communication :
- S’assurer de l’alignement entre les différentes roadmaps et la stratégie Produit
- Aider au pilotage des OKRs (ou tout autre framework stratégique)
- Garantir une communication des choix Produit et de la roadmap selon trois cercles :
- 1er cercle, l’équipe Produit : développeurs ; QA et DevOps ;
- 2ème cercle, l’entreprise : alignement des parties prenantes et communication des décisions ;
- 3ème cercle, le reste du monde : communication de la roadmap et de la vision produit aux utilisateurs / clients.
4# Alimenter les équipes Produit avec toutes les données utiles, en exploitant un maximum de sources :
- Assurer la collecte en continu de la donnée qualitative et quantitative ;
- Permettre la mise à disposition de données et d’insights Produit et Business facilement exploitables par les Product Managers
Au-delà de ces 4 responsabilités, si vous voulez savoir si ce rôle est pertinent pour votre organisation, je vous invite à lire cet article : Product Ops, la pièce manquante de votre organisation Produit ?
👩💻 Le rôle de Product Ops dans l'organisation d'une entreprise
Le Product Ops ne vise pas à remplacer des rôles mais bien à agir en complémentarité. Cependant, il faut faire preuve de vigilance afin de ne pas cannibaliser des rôles existants et plus particulièrement celui du Product Manager.
Product Ops et Product Manager
Le premier risque observé est celui de déposséder le Product Manager de certaines responsabilités qui sont clés pour l’équilibre de sa fonction. Dans le modèle d‘Uber, le Product Ops est en charge de délimiter le périmètre du Produit : concentrer les besoins et alimenter la roadmap. Ce positionnement, qui répond à un objectif d’optimisation du “time-to-market” des fonctionnalités, entre clairement en conflit avec une des tâches principales du Product Manager (cf. proposition de framework du PM que nous avons construit).
A l’inverse, le second risque est de considérer le Product Ops comme un assistant des équipes Produit, pour réaliser des tâches rébarbatives et à faible valeur ajoutée : les reportings ou dashboard ad hoc par exemple (sic). Concrètement, si on illustre avec un exemple, le Product Ops n’est pas responsable des choix de la roadmap ni de la priorisation. Son objectif est de fournir aux Product Managers tous les éléments pour prendre les bonnes décisions car justifiées par des données ou des feedbacks utilisateurs.
Product Ops et Design Ops
Le Design Ops, comme son nom l’indique, s’occupe d’améliorer l’organisation et les processus des équipes Design.
Comme dans une équipe avec un Product Manager et un Product Designer où le périmètre de chacun doit être défini, les mêmes problématiques se posent entre un Product Ops et un Design Ops. Le point d’attention sera d’être sûr de co-construire les processus autour de la discovery et de la user research pour être sûr que Product Managers et Product Designers puissent chacun travailler efficacement, sans léser l’autre partie.
Product Ops et Coach Agile
Le constat qu’on peut faire en France est que l’âge d’or des transformations Agile très orientées delivery semble toucher à sa fin, remplacé par les transformations Produit poussées par un intérêt grandissant pour la recherche utilisateur et le discovery.
Les coachs Agile occupent encore une place importante dans les équipes Produit mais on voit de plus en plus de coachs Agile remplacés par des Product Ops.
Dans un contexte où Product Ops et coach Agile cohabitent, il est très important que les deux parlent d’une même voix pour éviter de créer du flou dans les équipes. En général, dans ces contextes, le Product Ops se concentre sur toutes les phases autres que le delivery qu’il délègue au coach Agile.
En synthèse, le Product Ops est un catalyseur : il maximise l’efficience de l'ensemble de la chaîne de valeur du Produit tout en étant garant de la cohérence de la démarche Produit à l’échelle (automatisation et outillage).
Pour en savoir plus : Téléchargez notre livre sur les Organisations Produit
