Chef de produit — tâches, une par une
L'unité d'analyse est la tâche, non l'intitulé du poste. Chacune ci-dessous porte sa direction, le fait que le jugement repose sur des preuves ou sur une inférence de la plateforme, le raisonnement, et ce qu'elle n'établit pas.
Toutes les tâches de cette page#
Écrire l'exigence
En cours d'automatisation✓ Appuyé sur des preuvesSpécifications, tickets, critères d'acceptation, le document qui va à l'ingénierie et la présentation qui remonte.
C'est la production la plus visible du poste et celle que la génération traite le plus convaincamment — un document structuré produit depuis une description est proche du cas idéal. C'est aussi une grande part de la façon dont le métier est jugé de l'extérieur, raison pour laquelle l'exposition paraît plus grande qu'elle n'est.
Une spécification bien écrite pour la mauvaise chose est pire qu'une spécification approximative pour la bonne. Produire le document n'a jamais été la partie rare ; savoir quel document écrire, si.
Décider ce qu'on ne construira pas
Encore menée par des humains≈ Estimation de la plateformeDire non à un client, à un dirigeant et à un ingénieur dans la même semaine, avec une raison que chacun d'eux peut répéter.
Un modèle peut classer un arriéré selon des critères énoncés. Il ne peut pas absorber le coût politique d'un refus, et le refus est la décision — tout ce qu'une équipe ne fait pas est décidé par qui accepte d'être la personne qui a dit non.
C'est un jugement sur la nature du travail plutôt qu'une mesure. Rien ici ne dit que les organisations le valorisent correctement, et beaucoup évaluent les chefs de produit sur la production plutôt que sur ce qu'ils ont empêché.
Découvrir ce qui ne va réellement pas
Encore menée par des humains≈ Estimation de la plateformeParler aux gens qui utilisent la chose, et déterminer laquelle de leurs paroles est vraie, laquelle est polie, et laquelle est une solution déguisée.
Les outils résument désormais des entretiens et regroupent des retours avec compétence, ce qui aide. La part qui ne se transfère pas est le jugement en direct dans la pièce — remarquer l'hésitation, poser la question de suivi qui n'était pas sur la liste, et savoir que ce que quelqu'un fait contredit ce qu'il vient de dire.
Cela ne dit rien du nombre de chefs de produit qui le font réellement. Dans énormément d'entreprises, le poste ne parle jamais à un utilisateur, et pour ces postes cette tâche est théorique.
Faire avancer trois équipes ensemble
Encore menée par des humains≈ Estimation de la plateformeIngénierie, design, vente, juridique et support agissant tous sur la même décision, sans qu'aucun ne vous soit rattaché.
C'est de l'influence sans autorité, conduite en réunions et dans les couloirs, et c'est l'essentiel de ce en quoi le métier consiste réellement. Il n'y a rien là pour un outil, parce que le support est la bonne volonté des autres.
Une description de l'endroit où se trouve le travail, non une mesure. Cela ne dit pas non plus que c'est bien fait — l'échec de coordination est l'une des raisons les plus fréquentes pour lesquelles un produit sort en retard.
Avoir tort en public
Encore menée par des humains≈ Estimation de la plateformeLa fonctionnalité est sortie, le chiffre n'a pas bougé, et quelqu'un doit le dire et décider ce qui se passe ensuite.
La responsabilité d'un pari est le coeur de ce poste et elle ne peut pas être déléguée à un système, parce que son intérêt est précisément que le jugement d'une personne soit en jeu. Là où les organisations la retirent, le poste se dégrade en rédaction de tickets — soit la moitié exposée.
Que ce soit réel dépend entièrement de l'entreprise. Beaucoup de chefs de produit ont la responsabilité sans l'autorité qui la rendrait significative, et cette page ne peut pas vous dire de quel genre est un poste donné.
Spécifier ce qu'une fonction générative peut faire à un utilisateur
Nouvelle tâche✓ Appuyé sur des preuvesDécider ce que la fonction a le droit de rater, sur quoi elle doit montrer son raisonnement, ce qu'elle doit refuser, et ce qui se passe quand elle échoue devant un client.
C'est un travail nouveau sans pratique établie, et il atterrit sur le produit plutôt que sur l'ingénierie parce que les questions portent sur le préjudice acceptable et l'attente de l'utilisateur plutôt que sur le modèle. Sur plusieurs marchés, cela devient aussi une obligation documentée plutôt qu'une préférence.
Un travail nouveau qui apparaît n'est pas un effectif nouveau, et rien ici ne dit que les entreprises le dotent. Dans la plupart des équipes, c'est aujourd'hui absorbé par qui détient la fonctionnalité.