Si vous travaillez dans une équipe Scrum, vous savez sans aucun doute que vous devriez avoir un backlog produit et un product owner. Mais quoi, exactement, est un produit?
pour certaines équipes, cela peut être une question assez fondamentale. Après tout, une organisation ne peut pas identifier les propriétaires de produits, les équipes et les rôles appropriés sans savoir au préalable quels sont ses produits. Et s’il doit y avoir un backlog produit par produit, nous devons savoir quels sont nos produits avant de créer un backlog produit pour chacun.
Dans la plupart des cas, il semble simple d’identifier les produits d’une organisation., Par exemple, un fabricant de montres peut considérer chaque article qu’il vend comme un produit. Mais même cela pourrait simplifier les choses. Et, certaines organisations ont beaucoup plus de mal à identifier les produits.
Quels sont les produits D’une compagnie aérienne?
Prenez par exemple une compagnie aérienne. Il y a quelques années, je travaillais avec une compagnie aérienne lorsque la question de savoir ce qu’est un produit est apparue. Certaines personnes de l’entreprise ont fait valoir qu’une compagnie aérienne ne fait qu’une chose: déplacer des personnes d’un endroit à un autre., Ils ont donc soutenu que même si l’entreprise comptait plus de 40 000 employés, il ne devrait y avoir qu’un seul produit.
D’autres ont soutenu qu’il y avait beaucoup de produits au sein de la compagnie aérienne. Par exemple, ils avaient un site web destiné aux passagers qui pouvait être utilisé pour faire des réservations, s’enregistrer pour un vol ou vérifier l’état d’un vol. Ils disposaient également d’un système de surveillance et de planification de la maintenance des aéronefs. Et un autre qui permettait aux membres d’équipage de sélectionner les vols qu’ils souhaitaient travailler en fonction de leur ancienneté.
étaient-ce aussi des produits?,
une définition de produit et des exemples
je définis un produit comme quelque chose (physique ou non) qui est créé par un processus et qui procure des avantages à un marché.
de là, une chaise serait un produit. Microsoft Office serait un produit. Services-conseils agiles serait un produit. Une peinture serait un produit. Un produit peut être quelque chose de physique (la chaise). Il peut s’agir d’un produit numérique (Microsoft Office, un ebook ou des vidéos en streaming). Cela peut aussi être un service (conseil sur la façon d’adopter agile).,
un produit peut même être juste une idée (un algorithme brevetable ou le secret pour obtenir plus de bons coups sur Tinder).
Chacun de ces éléments est créé par un processus ou, plus généralement, une ou plusieurs activités. Quelqu’un a fraisé et assemblé la chaise. Microsoft Office a été conçu, codé et testé. Le processus qui crée un produit n’a pas besoin d’être formel ou défini. Les créateurs peuvent même ne pas être au courant du processus. Mais une certaine forme d’activité va dans la création de chaque produit.
les produits peuvent être définis récursivement
Un produit peut exister dans un autre produit., Un stylo, par exemple, peut avoir des cartouches d’encre remplaçables. Le stylo est un produit. Mais les cartouches d’encre dans le stylo aussi.
Il y a même des sous-produits dans une chaise. L’entreprise qui fabrique et vend la chaise peut avoir acheté des pieds entièrement fraisés auprès d’une autre entreprise. Les pieds de chaise seraient alors un produit.
Les produits peuvent être définis récursivement. Une entreprise de bois d’œuvre a récolté des arbres pour fabriquer du bois—un produit à part entière. Ensuite, une entreprise de fraisage a utilisé ce bois pour fabriquer des pieds de chaise., Une autre entreprise a ensuite pris ces pieds de chaise pré-fraisés et les a utilisés pour assembler des chaises de leur propre conception. Ainsi, les produits peuvent exister à l’intérieur d’autres produits.
les produits procurent des avantages à un marché
lorsque nous identifions des sous-produits dans un produit plus grand, nous devons veiller à ce que chaque sous-produit procure des avantages à un marché. La définition ci-dessus ne dit pas que quelque chose doit être acheté pour qu’il soit un produit. Mais, pour être considéré comme un produit, le produit doit satisfaire un besoin ou un désir.
c’est le cas des pieds pré-fraisés pour une chaise et des cartouches d’encre de remplacement pour un stylo., Lors de la définition des produits-et, par conséquent, des propriétaires de produits et des backlogs de produits dans Scrum-il sera important de définir chaque produit de manière à ce qu’il apporte des avantages à un marché.
appliquer cette définition à l’exemple de la compagnie aérienne
donc, si les produits sont créés par un processus et bénéficient d’un marché, les composants logiciels sont-ils des produits?
pour aider à répondre à cette question, considérez l’exemple de la compagnie aérienne de plus tôt. En quoi le fait de savoir qu’un produit est quelque chose qui est créé par un processus et qui procure des avantages à un marché aiderait-il une compagnie aérienne à identifier ses produits?,
tout d’Abord, il est facile de voir que le transport de personnes d’un endroit à un autre est un produit. Cette activité offre de la valeur à un marché de personnes qui paient volontiers pour la capacité de voler à un endroit.
mais qu’en est-il du système de surveillance et de planification de la maintenance des aéronefs? Je prétends que, aussi, est un produit.
Il est créé par un processus et est également quelque chose qui apporte des avantages à un marché. Ce marché?
Eh bien, nous pourrions aller jusqu’au bout et dire que les passagers bénéficient d’avions bien entretenus et sûrs., Mais, encore plus près du développement du produit, nous pouvons dire que les employés de la compagnie aérienne bénéficient d’une surveillance et d’une planification de la maintenance informatisées plutôt que d’avoir à le faire manuellement avec du papier.
la même chose pourrait être dite du site Web de la compagnie aérienne, qui permet aux passagers de faire des réservations de vol. Il y a un marché pour cela.
donc, oui, Notre compagnie aérienne a un gros produit—et elle a également de nombreux sous-produits. Tout ce qui au sein de cette entreprise peut être considéré comme apportant de la valeur à un marché est un produit.,
en appliquant cette définition aux composants logiciels
dans cet esprit, considérez un composant logiciel. Si une équipe développe un logiciel utilisé par d’autres équipes, peut-on le considérer comme un produit? Prenons l’exemple d’une équipe construisant un widget de calendrier. Il apporte de la valeur à un marché: les autres équipes qui utiliseront le widget. Je dirais donc qu’un composant construit pour plusieurs équipes est un produit.
je tracerais la ligne, cependant, avec un widget de calendrier (ou tout composant) qui est utilisé par une seule équipe. Oui, techniquement, un marché peut exister avec un seul client., Un tableau, par exemple, est vendu à une personne.
Mais, quand on parle de développement de produit (comme avec agile), il peut être dangereux de penser à quelque chose comme un produit s’il n’est utilisé que par une seule personne ou un seul groupe. Cela pourrait conduire, par exemple, à considérer le code comme un produit livré à un marché de testeurs. Ce n’est pas seulement un pas en arrière dans le développement séquentiel (ou progressif), c’est aussi une forme de sous-Optimisation.,
éviter de sous-optimiser les produits
selon Thayer Watkins, professeur D’économie à L’Université D’État de San Jose, la sous-Optimisation « fait référence à la pratique consistant à se concentrer sur une composante d’un total et à apporter des changements destinés à améliorer cette composante ignoring en ignorant les effets sur les autres composantes. »
alors que les organisations veulent définir tous leurs produits afin de gérer au mieux le travail, elles ne veulent pas restreindre leur attention au point de ne pas voir l’ensemble parce qu’elles sont obsédées par les parties individuelles., En tant que tel, les organisations veulent définir chaque produit aussi largement que possible.
cela étant dit, Comme nous l’avons vu plus tôt avec la compagnie aérienne, il y a une chose trop large quand il s’agit d’identifier les produits. Quand un produit est si grand qu’il dessert plusieurs marchés, je préfère souvent le considérer comme plusieurs produits desservant chacun un marché unique.
Par exemple, il serait assez facile de considérer Microsoft Office comme un seul produit. Pourtant, Office est une suite de produits, chacun offrant des fonctionnalités différentes et desservant des marchés légèrement différents (mais qui se chevauchent).,
à cause de cela, je voudrais penser à Word, Excel, PowerPoint et ainsi de suite chacun comme son propre produit. Chacun aurait son propre propriétaire de produit et son carnet de commandes.
avec un produit aussi grand que Office, il est fort probable qu’il y aurait aussi des produits basés sur des fonctionnalités partagées à travers des choses comme Word, Excel et PowerPoint. Penser au correcteur orthographique, par exemple, en tant que produit pourrait avoir du sens. Le correcteur orthographique offre des avantages à un marché (les autres équipes qui n’ont pas besoin d’écrire leur propre correcteur orthographique à partir de zéro).,
Je ne définirais cependant pas le widget de fonction D’Excel (somme, moyenne, nombre, etc.) en tant que produit. Il est unique à Excel et en tant que tel, ne sert qu’un seul client. Lui donner un backlog produit et un product owner en dehors du contexte D’Excel serait trop risqué.
en plus d’éviter les produits à un seul client, une autre façon de réduire la pensée sous-optimale lorsque vous travaillez avec plusieurs produits est de nommer un chef de produit. Le chef de produit est un rôle stratégique, responsable de l’établissement de la vision à travers tous les sous-produits., Sur le produit Office, par exemple, le chef de produit examinerait comment chaque produit individuel affecte la suite dans son ensemble.
Qu’en pensez-vous?
identifier correctement les produits de votre organisation peut vous aider à éviter les problèmes liés à la structure de l’équipe, à la gestion du backlog produit et à la présence de personnes dans les mauvais rôles. Comment définissez-vous” produit » dans votre organisation? Existe-t-il des lignes directrices que vous pouvez extrapoler pour créer une définition générale du produit? Veuillez partager vos réflexions dans les commentaires ci-dessous.