Blog

La gestion de produit à travers une optique d'ingénierie

par Olivia Cao 29 mars 2018 | 4 minutes de lecture

Qu'est-ce que la gestion de produit et que faire ? chefs de produits Qu'est-ce que cela fait toute la journée ? En quoi est-ce différent de l'ingénierie logicielle ? C'est ce que je me suis demandé quand j'étais stagiaire en ingénierie chez PagerDuty, et ce sont ces questions qui m'ont poussé à m'inscrire pour un autre cycle avec l'entreprise, cette fois en tant que stagiaire en gestion de produits au sein de l'équipe Data Experience.

Sur moi

Je suis étudiant en génie logiciel à l'Université de Waterloo et mon stage en tant qu'ingénieur logiciel PagerDuty m'a fait découvrir la gestion de produits. J'avais demandé à suivre un chef de produit de l'équipe d'ingénierie logicielle pour quelques entretiens avec des clients et je me suis également rendu sur place pour des réunions en personne avec des clients. Cela m'a ouvert un tout nouveau monde et j'ai découvert que je voulais participer à des entretiens avec des utilisateurs, faire partie du processus de conception et contribuer à façonner la feuille de route.

Qu'est-ce que la gestion de produit ?

Quand j'étais plongé dans le monde de l'ingénierie logicielle, voici ce que je pensais que faisaient les chefs de produit :

Mais la réalité est bien différente de ce que je pensais. Mon emploi du temps actuel en tant que stagiaire en gestion de produits est très différent de celui d’un ingénieur. Par exemple, lorsque j’étais ingénieur, je passais du temps dans des réunions de conception architecturale et mon travail était défini avec des exigences précises : je devais extraire une histoire, écrire du code, faire une demande d’extraction et répéter le cycle. Tout était très technique avec un protocole clair.

En revanche, j’ai constaté que mes journées en tant que chef de produit sont beaucoup plus variées et moins strictes. Je passe ma journée à faire un mélange d’écriture, de réflexion, de discussion et d’apprentissage. Pendant le premier mois de mon stage, j’ai fait de la « découverte », qui est la façon dont les fonctionnalités naissent. La découverte comprend :

  • Rencontrer en tête-à-tête des personnes de toute l'entreprise pour rechercher, apprendre et comprendre les problèmes courants des clients.
  • Examiner les entretiens passés pour rechercher les fonctionnalités qui profiteraient le plus aux clients.
  • J'expérimente des flux de travail potentiels dans PagerDuty pour approfondir ma compréhension du produit et développer l'empathie.

Fort de ce bagage, j’ai rédigé un cahier des charges et décomposé les exigences en histoires qui reflètent le mieux les solutions aux problèmes – et je sais maintenant comment sont écrites les histoires sur lesquelles je travaillais en tant qu’ingénieur.

Une autre chose que j'ai trouvée différente est qu'il n'y a pas de Stack Overflow pour les chefs de produit. Alors où peuvent-ils aller pour trouver des réponses à leurs questions ?

J'ai appris qu'il existe trois sources vers lesquelles je peux me tourner pour trouver les informations dont j'ai besoin :

  1. Outils de business intelligence internes. PagerDuty dispose d'un logiciel de reporting qui repose sur une base de données contenant de nombreuses données intéressantes. Le logiciel permet aux chefs de produit de calculer des indicateurs et de comprendre comment les clients interagissent avec la plateforme PagerDuty sans avoir à écrire de requêtes SQL.
  2. Wikis internes. C'est assez simple : un wiki est en fait une simple recherche interne d'articles ou de pages rédigés par des employés. Si quelqu'un a déjà écrit sur votre problème, il sera dans le wiki. L'équipe de PagerDuty a une tonne d'histoire, il y a donc beaucoup à parcourir.
  3. Demande à quelqu'un! Les entretiens avec les clients sont un excellent moyen de confirmer ou de créer une hypothèse. Les entretiens internes avec des personnes internes et externes à votre équipe sont également d'excellentes sources d'informations.

Développer un ensemble de compétences très particulières

Le temps que j'ai passé dans l'ingénierie et la gestion de produits m'a appris que les compétences nécessaires pour chaque poste sont extrêmement différentes. L'ingénierie se concentre principalement sur le développement technique, tandis que la gestion de produits se concentre davantage sur la communication. Au cours du mois que j'ai passé avec l'équipe de gestion de produits, j'ai appris à mieux écouter et à poser les bonnes questions pour faire ressortir ce que les gens veulent vraiment dire. J'ai également appris quelque chose de précieux des chefs de produits et des experts en expérience utilisateur dès le début : ce que les clients disent vouloir n'est pas toujours ce qu'ils veulent réellement.

J'ai également appris à mieux communiquer : une grande partie du travail de gestion de produit consiste à parler à des personnes d'autres départements, souvent dans un laps de temps limité, il est donc important d'être direct et concis.

J'ai beaucoup appris en un peu plus de deux mois, et j'espère que le fait de partager les débuts de mon expérience aura un peu démystifié le rôle des chefs de produit pour les lecteurs qui ne connaissent pas la gestion de produit. Quant aux lecteurs de PM, j'espère que vous pourrez vous identifier à certaines de mes expériences lorsque vous avez commencé. Mon travail de chef de produit a été une aventure mouvementée, et je suis impatient de continuer à apprendre.


Vous souhaitez rejoindre l'équipe PagerDuty ? Consultez la page carrières pour les postes ouverts et postulez dès aujourd'hui !