Le chef de produit est l'un des rôles clés des entreprises technologiques. Il est responsable des mesures commerciales, du succès du produit en tant que tel, ainsi que de la gestion de l'équipe interfonctionnelle qui travaille sur les versions et les améliorations du produit.
Malgré le fait que le poste de chef de produit représente un défi majeur pour les candidats potentiels, de nombreux professionnels du marché informatique le considèrent comme une étape importante sur la voie d'une carrière réussie. Les candidats qui considèrent le poste comme la prochaine étape de leur carrière, en règle générale, s'intéressent à deux questions principales:
- Quelle expertise technologique dois-je avoir?
- Quelles compétences / qualités sont essentielles pour réussir dans ce rôle?
Répondre à la première question, en général, est assez problématique, car le besoin d'expertise technologique est toujours dicté par les spécificités de l'entreprise. Par conséquent, nous avons décidé de nous concentrer sur le deuxième point et de demander aux chefs de produit de Wrike quelles compétences clés un chef de produit doit avoir pour réussir dans son rôle.
Au départ, nous avions prévu de recueillir les opinions des PM de Wrike dans certains résumés, mais nous avons été tellement emportés par le dialogue avec les collègues que tout cela a abouti à une série d'articles d'entrevue.
Commençons donc. Notre premier invité est Anton Danilov. Anton - Group Product Manager chez Wrike, dirige Enterprise. Dans le passé, Anton était responsable de l'infrastructure de vente en ligne chez Kaspersky Lab, et avant cela, il travaillait chez Microsoft et Sun Microsystems. Expérience totale en gestion de produits - plus de 10 ans.
- Salut, Anton.
- Salut, Artem. Merci de m'avoir invité à discuter.
- J'ai récemment parlé à un certain nombre de candidats qui souhaitaient envoyer un CV au poste de chef de produit chez Wrike, et ils m'ont toujours posé deux questions. Premièrement, quelle devrait être l'expertise technologique. Et deuxièmement, quelles qualités clés le candidat doit démontrer pour que vous puissiez le considérer comme un chef de produit performant.
- Eh bien, tout d'abord, il vaut la peine de dire qu'à en juger par les problèmes, une personne commence tout juste sa voie dans la gestion des produits.
- Oui, et je veux, notamment, que cet article devienne, dans une certaine mesure, une telle aide. Et voici la question que je veux vous poser: quelles sont, selon vous, les trois qualités clés d'un chef de produit?
"Trois qualités clés sont une généralisation très complexe." Si je n'en donne que trois, alors chacun d'eux sera divisé en plusieurs autres, car il n'y en a en fait pas trois. Pour en nommer trois, ayant commencé à en posséder qui, une personne deviendra chef de produit, sera difficile.
- Ne nous attachons pas à la quantité, mais à la fin de la conversation, nous compterons?
- Bien. Premièrement , probablement la chose la plus importante - je l'appellerais «sens du produit». Je vais vous expliquer maintenant.
Quelle est la sensation du produit? On peut dire, une distorsion professionnelle, quand tout autour est perçu comme un produit. C'est tout. Même si c'est un produit de la nature, c'est le résultat d'une certaine activité, d'un certain processus.
Et dans ce sens, il devient évident qu'une personne doit comprendre - le résultat de ce phénomène, et pourquoi avez-vous obtenu un tel résultat? Et quel est le résultat - bon ou mauvais? Et qu'est-ce qui est mesuré par «bon» ou «mauvais»? Et pour qui est-ce bon et pour qui est-il mauvais? Et peut-être qu'il existe d'autres méthodes d'évaluation qui vous permettront de voir ce produit sous un jour complètement différent. Et le «sentiment du produit» comprend nécessairement une compréhension de la façon d'évaluer s'il s'agit d'un bon produit devant nous ou d'un mauvais.
Ici, nous nous glissons sur des choses mondiales - en particulier, sur la capacité de distinguer le bien du mal. Dans l'ensemble, cela s'appelle un sens du goût.
Quand j'ai parlé du fait que vous considérez tout comme des produits, je vois leurs différences. Ce qui, à son tour, signifie que certains d'entre eux sont meilleurs à certaines échelles, d'autres pires. Le chef de produit comprend que les produits sont faits pour quelque chose, ils ont un certain sens, un certain but.
Et cela signifie que lorsqu'une personne travaille sur un produit, elle réfléchit à ce pour quoi elle le fait, en essayant de l'améliorer à une certaine échelle. Les produits doivent toujours penser au problème de l'utilisateur, mais parfois une distorsion se produit - ils commencent à réfléchir à la solution que l'utilisateur souhaite qu'ils voient. Et voici un grand danger. Les utilisateurs ne pensent généralement pas à des solutions de produits universelles et efficaces. Bien sûr, il est juste d'écouter les suggestions des utilisateurs, mais il est beaucoup plus important de se concentrer sur les problèmes et de les résoudre systématiquement
- Autrement dit, les gens n'ont pas besoin d'un produit, mais d'une solution? Peter Drucker , un classique de la gestion, donnait un exemple dans ses livres qu'une personne engagée dans le forage, en fait, n'a pas besoin d'une plate-forme de forage, mais d'un trou dans le sol.
- C'est vrai.
- En conséquence, si vous lui proposez une solution pour un trou dans le sol, résolvez-vous son problème?
"De plus, dans la pensée de Peter Drucker, un pas de plus aurait pu être franchi." Un bon chef de produit demanderait: "Pourquoi avez-vous besoin d'un trou dans le sol?" Avez-vous besoin d'huile? Et, en fait, au final, vous n'avez pas besoin d'huile. Vous avez besoin du profit que vous obtenez lorsque vous le vendez. » Ceci est un exemple de la façon dont vous pouvez penser. Cet exemple est très bon. L'homme dans son argumentation a fait un pas. Vous pouvez en faire deux de plus.
Et puis le chef de produit qui est venu à la compagnie pétrolière dira: «Alors, OK, c'est une entreprise qui gagne de l'argent grâce à la production de pétrole. Comment pouvons-nous produire du pétrole? " Et le pétrole peut en fait être produit de mille façons différentes. Vous pouvez percer un trou dans un certain endroit avec votre doigt presque dans le sol, et de là, il se bouchera avec une fontaine. Et vous pouvez, par exemple, trouver un autre endroit où le pétrole sera moins cher. Et le forage en mer de certaines formations, ou technologies où elles créent une pression à l'aide de l'eau, percent quelque chose qui s'y trouve déjà. Autrement dit, il existe plusieurs façons d'obtenir du pétrole. Et ce n'est pas toujours un trou.
Lorsqu'une personne vient vers vous et vous dit: «J'ai besoin d'une foreuse», cela signifie immédiatement que l'utilisateur est venu vers vous avec une solution. Et vous lui dites: «Alors, attendez une seconde. Que voulons-nous faire? " Et la bonne conversation doit aller si loin que le chef de produit dit: «Ah! Je comprends que vous voulez gagner de l'argent dans ce secteur particulier de la production pétrolière. OK. " Et peut-être que nous arriverons éventuellement à un appareil de forage (ou peut-être pas), mais nous en savons déjà beaucoup sur cet appareil de forage, nous donnerons l'appareil de forage très correct dont nous avons besoin en termes de puissance, de fiabilité, de fiabilité d'autres paramètres, et peut-être que la solution ne sera pas d'acheter l'installation, mais dans autre chose, mais le problème de l'utilisateur sera résolu. Je ne suis pas un expert en production pétrolière, mais c'est assez évident.
Un sens du goût des aliments vous permet de comprendre pourquoi le produit est fabriqué et comment résoudre le problème de l'utilisateur de la manière la plus rapide, mais en même temps, un bon chef de produit prend également en compte la mission de l'entreprise, et réfléchit même parfois à la façon d'améliorer le monde qui l'entoure.
Dans le même temps, il n'oublie pas qu'il travaille dans une entreprise dont l'objectif principal est de profiter de la résolution du problème de l'utilisateur. Vous pouvez maintenant placer un appareil de forage à usage général au bon endroit. Et puis compliquez-le, puis compliquez-le, puis installez la tour. Autrement dit, vous pouvez prendre plusieurs mesures consécutives pour résoudre le problème. L'entreprise commencera à gagner progressivement sur la production, mais de plus en plus.
Ce sentiment de goût d'épicerie et de compréhension de ce qu'est un produit, comment il est construit et comment résoudre les problèmes des utilisateurs à l'aide d'un produit, et le désir d'en vivre, est l'une des principales propriétés d'un chef de produit. Autrement dit, il doit être obsédé par le produit et penser au produit.
La deuxième qualité clé est le développement des compétences en communication.
Un chef de produit est une personne qui ne fait vraiment rien. Il ne peut pas écrire une seule ligne de code dans sa vie entière. En fait, c'est une personne qui est un lien créatif de transmission et de connexion, un traducteur et un traducteur. La chose la plus précieuse qu'il a, ce sont des gens qui lui font confiance, qui travaillent avec lui, c'est son équipe. Et cela inclut un aspect très important lié à la composante leadership, avec inspiration, motivation. Le chef de produit est responsable de savoir si son équipe veut l'écouter, s'il veut comprendre quel type de produit nous allons faire.
- Est-ce que je comprends bien qu'un chef de produit, avant qu'une équipe ne commence à travailler, doit lui «vendre» une idée de produit?
- C'est une simplification, mais oui. Il doit être capable de travailler avec l'équipe de manière à ce que l'équipe veuille le faire. Il doit être capable de travailler de manière à motiver l'équipe pour le mieux qu'elle peut faire.
- je vois
"Mais pas seulement ça." Non seulement inspirer l'équipe à travailler. C'est aussi la capacité de travailler avec les conflits, avec les objections, avec la démotivation, avec l'épuisement émotionnel.
Cette capacité, par exemple, ne concentre pas toutes les responsabilités entre les mains et ne dit pas: "Je vais vous dire quoi faire maintenant", mais de construire le travail avec l'équipe de manière à obtenir l'effet d'une multiplication des efforts de l'équipe. C’est un point très important, car une tête est bonne, deux sont meilleures et la somme des buts de l’équipe est bien meilleure.
- Je vais clarifier encore une fois: vous avez dit que le chef de produit n'est pas la personne qui s'assoit et écrit le code.
"Absolument pas celui-là."
- Est-ce à dire que théoriquement un chef de produit peut ne pas avoir de formation technique? Et provenir, par exemple, des ventes?
"Je suis sûr que oui." Très souvent, les gens arrivent à la gestion de produits avec une formation technique, mais cela ne les aide pas dans le sens où, en tant que développeurs, ils comprennent l'architecture technique dans le sens où la pensée structurelle et logique est généralement inculquée dans la formation technique. Cela aide plus tard dans le travail.
Il y a des moments où la portée du chef de produit comprend des intégrations profondes ou d'autres choses compliquées. Lorsqu'une solution techniquement complexe est en cours de conception, cela sera bien sûr difficile sans une compréhension de la langue parlée par les développeurs. Dans de tels cas, une formation technique est souhaitable, mais je ne dirais pas que c'est l'une des clés. Je suis absolument sûr que vous pouvez être chef de produit sans rien comprendre de la composante technique. Très souvent, malgré le fait que je possède une formation en mathématiques appliquées, je dis à mon équipe: «Écoutez, je ne comprends pas cela. Dites-moi comment cela fonctionne. " L'équipe répond: "Ici, vous devez écrire un composant." Je demande: "Qu'est-ce que cela signifie?" Et ainsi de suite.
- Ce sont donc des questions normales? En leur demandant, tu n'as pas l'air stupide?
- Des questions similaires peuvent à bien des égards même rapprocher PM'a de l'équipe, car vous construisez la communication de cette manière: «Je suis un expert dans votre domaine, et vous êtes des experts dans vos domaines. Allions nos compétences professionnelles pour atteindre un objectif commun. » Les développeurs restent des experts dans leur domaine, piem - dans leur propre. C'est exactement ce qui concerne la composante leadership. Mais ce n'est pas tout.
En outre, un chef de produit est une personne qui travaille beaucoup avec les parties prenantes au sein de l'entreprise, de la direction directe aux cadres supérieurs et aux dirigeants des régions voisines.
Une personne doit être capable de parler différentes langues et à différents niveaux. Par exemple, avec son équipe, il parle un langage beaucoup plus détaillé. Il peint une histoire pour eux d'une manière. Mais en même temps, quand il vient avec la même histoire à des gens d'un niveau d'abstraction beaucoup plus élevé, par exemple, à des cadres supérieurs, il parle brièvement, concis et clairement. Il peut généraliser, parler la langue des affaires. Autrement dit, il comprend à qui les informations doivent être rapportées.
En conséquence, il existe trois niveaux. Il y a un niveau de travail avec les chefs de produit sur votre horizontale. Il y a un niveau de travail avec l'équipe. Et il y a un niveau de travail avec les parties prenantes. A chaque niveau, les collègues du chef de produit ont leur propre motivation et image du monde, leur propre idée de la réalité. Le succès dépend de la quantité de communication qui est claire et transparente. Par conséquent, la capacité de travailler avec compétence aux trois niveaux est le paquet de communication qui est très important pour le chef de produit, mais une discussion séparée pourrait avoir lieu sur ce sujet.
La troisième compétence que je voudrais souligner est probablement ce qu'on appelle l'exécution. Lorsqu'un produit est planifié en collaboration avec une équipe, le chef de produit doit faire un effort d'organisation pour que la version ait lieu. Un facteur important est de comprendre comment décomposer le produit en fragments. Il peut être décomposé de façon à être en développement pendant deux ans et, au final, personne n'en aura besoin. Et vous pouvez le décomposer afin qu'il commence immédiatement à apporter de la valeur. PM doit comprendre où et comment le produit sera commercialisé, pour quels clients, où et quels risques ce système comporte, comment décomposer ce développement en fragments. Et enfin, à quoi ressemblera la décomposition au niveau Scrum / Agile. Ici, comme vous le savez, nous parlons des réalités de l'organisation des produits.
C'est une chose tactique, mais, essentiellement, la capacité de vous assurer que vous passez de l'idée à la réalisation et à la mesure des résultats, la capacité de faire feu avec vous tout au long de ce chemin sans le perdre. Ce n'est pas un sprint, c'est un marathon, et le produit doit pouvoir courir ce marathon.
D'un autre côté, les chefs de produit en herbe s'efforcent souvent de rendre la solution parfaite et de ne pas la publier «à l'avance». On craint que le résultat ne soit «pas très» et, sans grande autorité, le produit recevra une faible note de ses activités. Mais en réalité, c'est un regard plus probable du niveau de l'équipe. Au niveau des parties prenantes, une valeur rapidement délivrée, une hypothèse testée et confirmée ou infirmée, et des itérations ultérieures réfléchies sont beaucoup plus précieuses qu'un produit parfaitement publié dans lequel de nombreuses, de nombreuses fonctionnalités, mais qui ont pris très longtemps.
- Par exemple, un module complémentaire est en cours de préparation, et potentiellement ce module complémentaire aura une très grande valeur pour les clients. Dans le même temps, il est encore humide, mais quelqu'un est prêt à acheter déjà dans l'itération actuelle. À votre avis, est-il préférable de libérer puis de gérer les conséquences ou de déterminer une sorte de, pour ainsi dire, bon est assez bon niveau et ne pas se précipiter?
- L'adoption compétente de telles décisions est l'œuvre du produit. Si le chef de produit travaille sur un module complémentaire très précieux, il sait très bien qu'il y a, par exemple, cinq clients qui partiront s'il ne leur donne rien. Il peut les interviewer et les comprendre: quatre de ces cinq, en principe, je peux en inclure un aperçu maintenant. Ce développement ne sera pas du tout disponible, ce sera une version bêta fermée. Et puis, après avoir finalisé la fonctionnalité, elle peut être diffusée à un public plus large.
Chez Wrike, nous avons un cycle de sortie complet de grandes fonctionnalités. Il existe une version bêta interne - c'est lorsque nous sommes prêts à ouvrir la fonctionnalité uniquement pour les utilisateurs internes. Nous avons une version bêta fermée lorsque nous invitons certains clients sélectionnés et leur offrons de nouvelles opportunités. Les clients nous donnent les premiers commentaires et la valeur commence déjà à être fournie.
Ensuite, nous publions le développement dans les laboratoires lorsque nous activons les fonctionnalités pour les clients fidèles qui acceptent de donner leur avis et leurs commentaires. Vient ensuite la sortie publique. Vient ensuite l'étape des améliorations et des itérations. Toutes les versions ne passent pas par chaque étape du processus, mais le cycle complet ressemble à ceci. Il est précisément destiné à apporter de la valeur aux clients le plus rapidement possible, mais en même temps à augmenter progressivement cette valeur et à recueillir des commentaires sur le chemin, ce qui rend le produit de mieux en mieux. Il s'agit d'une approche itérative pour fournir une valeur rapidement livrée.
Pour résumer, si j'essaie de distinguer les trois principales qualités d'un chef de produit réussi, je soulignerais le sentiment du produit et la capacité de résoudre les problèmes des utilisateurs, la communication à trois niveaux - avec l'équipe, les collègues et les parties prenantes et l'exécution - la capacité de terminer le travail et de le faire itérativement, fournir de la valeur le plus rapidement possible et ajuster la direction à l'aide de la rétroaction. Chacune de ces qualités est en fait une combinaison complexe de compétences, d'aptitudes et d'expérience, et chacune pourrait être discutée plus en détail et en détail. Peut-être reviendrons-nous un jour sur ces questions et en discuterons à nouveau.
Ne manquez pas le rapport d'Anton Danilov lors de la conférence ProductSense, qui se tiendra à Moscou du 15 au 16 avril.