Produit

Définir une terminologie claire est un bon point de départ lorsqu’on aborde un sujet, afin d’éviter toute confusion ou interprétation erronée. Nous utiliserons ici le terme « Produit » pour désigner un ensemble nommé de capacités métier apportant de la valeur à un segment client défini¹. Comme l’indique Gartner : « Bien que les produits (dans le contexte du digital) soient principalement destinés aux clients externes, les organisations logicielles peuvent également appliquer un modèle produit à tout ensemble de capacités métier délivrées de façon cohérente à des clients internes. »

Les produits peuvent être des biens et/ou des services tangibles (pneu, smartphone, station de travail…) ou intangibles (prêt immobilier, assurance automobile, service de messagerie…). Ils répondent aux besoins des clients, tels que décrits dans la vue Objectifs d’Expérience.

L’élément le plus important dans la définition d’un produit est de bien comprendre qui est le “client”, car les produits que nous créons, gérons et maintenons existent pour fournir des capacités essentielles à ce dernier. Ce client peut être externe (client final ou consommateur) ou interne (collaborateur, développeur, etc.). Le terme utilisateur final est également utilisé, bien qu’il ne corresponde pas toujours à la personne ou entité qui paie pour le produit.

Un produit fournit un ensemble de services / fonctionnalités livrés à sa communauté d’utilisateurs finaux par un flux continu de versions, tout au long de son cycle de vie — de l’idéation à son retrait — afin de délivrer de la valeur en continu et permettre l’agilité et le changement continu.

C’est aussi une manière d’organiser des équipes agiles pluridisciplinaires autour d’un flux de valeur continu, plutôt que dans une structure organisationnelle temporaire de type projet.

Même s’il existe une grande variabilité dans la définition d’un produit, on peut en identifier les caractéristiques communes suivantes :

Peut s’adresser à des clients externes ou internes
Est clairement défini par ses capacités métier
Livre de la valeur à un segment client défini
Peut être un service récurrent
Peut être une plateforme, unilatérale ou multilatérale
Peut être acheté, vendu, souscrit ou financé
A des concurrents et suit un cycle de vie produit

Les produits numériques se matérialisent par un ou plusieurs composants logiciels et/ou matériels, ainsi que par leurs processus de production et de support associés. Penser qu’un produit se réduit à une application (au sens classique) est une erreur : c’est parfois le cas, mais pas toujours.

Une équipe produit est responsable de toutes les activités de développement et de livraison du produit durant tout son cycle de vie (de l’idéation à la mise hors service). Ces équipes sont pluridisciplinaires, auto-organisées, constituées de membres dédiés, pérennes, et co-localisées quand c’est possible.

Une équipe pluridisciplinaire réunit toutes les compétences nécessaires pour remplir sa mission, en combinant profils métier et IT. Ces équipes sont évaluées sur leurs résultats (et non uniquement sur leur production) et sont autonomes dans la manière de résoudre les problèmes des clients.

L’objectif d’une équipe produit, dans ce sens, est de résoudre les problèmes d’une manière que les utilisateurs finaux apprécient, tout en servant les intérêts de l’entreprise.

Une équipe produit est généralement une squad (5 à 10 personnes), mais peut aussi devenir une équipe de squads ou une tribu dans le cas de produits complexes ou de grande taille. La taille de l’équipe ou le portefeuille produit qu’elle gère peut évoluer dans le temps.

Pour tirer pleinement profit de ce modèle, il est recommandé d’adopter un état d’esprit produit, plutôt qu’une approche traditionnelle par projets. Nous nous inspirons ici d’un article écrit par Sriram Narayan et publié sur le site de Martin Fowler. Nous avons créé ce visuel pour illustrer les différences entre ces deux approches :