Explorer le produit au plus juste DevOps

  • 6 minutes

D’après Richard Banfield, auteur de Design Sprint: A Practical Guidebook for Building Great Digital Products et Product Leadership: How Top Product Managers Launch Awesome Products and Build Successful Teams, les entreprises qui créent des produits géniaux ont quatre choses en commun :

  • Vitesse de commercialisation
  • Agilité face au changement
  • Transition vers l’entreprise numérique
  • Satisfaction client

Pourquoi adopter un modèle centré sur le produit ?

D’ici 2024, plus de trois quarts des entreprises numériques majeures auront tiré parti des pratiques en matière de gestion des produits. Un tiers d’entre elles l’ont déjà fait en 2018.

D’ici 2024, 80 % des organisations informatiques subiront une restructuration radicale et des modifications de leurs missions en adoptant des modèles d’exploitation centrés sur le produit.

Gartner « A Day in the Life of a Digital Product Manager », Deacon D.K Wan, 31 juillet 2019 – ID G00400672

Le diagramme illustre l’adoption d’un modèle centré sur le produit au fil du temps. Au total, 85 % des répondants ont adopté ou prévoient d’adopter un modèle centré sur le produit. L’adoption complète au fil du temps se produit pour 54 % des répondants, et l’adoption partielle pour 32 %. 15 % des personnes interrogées déclarent avoir pleinement adopté un modèle centré sur le produit. 31 % s’attendent à ce qu’il soit pleinement adopté dans les trois prochaines années. 5% s’attendent à adopter le modèle centré sur le produit dans les trois à cinq années à venir. 3 % s’attendent à ce que le processus d’adoption prenne plus de cinq ans. 32% des répondants attendent d’utiliser un modèle centré sur le produit, mais pas de le déplacer complètement vers un. 15 % des répondants ne prévoient pas de passer à un modèle centré sur le produit. L’enquête a été menée auprès de 129 membres du Gartner Research Circle. La question posée était : Votre organisation envisage-t-elle d’utiliser un modèle centré sur le produit pour la livraison des logiciels (plutôt qu’un modèle centré sur le projet) ? Veuillez sélectionner une réponse.

Crédit d’image : Gartner: "Survey Analysis: IT Is Moving Quickly From Projects to Products," Bill Swanton, Matthew Hotel, and Deacon D.K. Wan, 23 octobre 2018 - ID G00373896

Important

D’après l’auteur reconnu et conférencier international Martin Fowler, le « mode produit » est un mode de travail. C’est un moyen de financer et d’organiser le développement de logiciels qui diffère considérablement du mode projet. Bien qu’il soit généralement applicable à l’informatique d’entreprise de l’ère numérique, ce mode de travail convient particulièrement à ceux qui veulent piloter leur activité par le biais d’une plateforme numérique.

Avantages potentiels du fonctionnement en mode produit

  • Capacité à réorienter rapidement
  • Durée de cycle de bout en bout réduite
  • Capacité à itérer vraiment
  • Conservation des connaissances
  • Intégrité de l’architecture
  • Motivation et dynamique d’équipe
  • Économies de flux et d’itération

Qu’est-ce que le modèle centré sur le produit ?

Important

C’est une stratégie métier de livraison de logiciels et d’expériences numériques dans laquelle un produit est développé pour offrir une fonctionnalité métier continue (par opposition à un projet basé sur un projet délimité dans le temps). En règle générale, un chef de produit est propriétaire de ce produit et responsable de son développement continu et de son budget. Ce produit peut exister sur une plateforme, qui est grosso modo elle-même un produit sur lequel d’autres produits sont créés.

  • Définition de Gartner

Conseil

Les projets sont utilisés pour gérer des initiatives occasionnelles.

Le processus de développement de produits n’est pas une initiative occasionnelle. Il s’agit d’un processus continu d’amélioration du produit par le biais de la livraison de nouvelles fonctionnalités.

Un produit n’est pas un projet, car il n’existe pas de définition claire des livrables nécessaires. Un produit dans le secteur du développement de logiciels est un système orienté client. Étant donné que les besoins des clients évoluent au fil du temps et que de nouvelles technologies deviennent disponibles, le client s’attend à ce que les logiciels qu’il utilise évoluent également. Ainsi, il n’existe pas de définition précise de ce qui a besoin d’être livré. Rien ne peut justifier d’avoir un plan sur un an de toutes les fonctionnalités à livrer dans un certain ordre si les exigences sont susceptibles de changer tous les mois, si ce n’est toutes les semaines. Un processus de développement de produit doit pouvoir s’adapter à ce changement des besoins du client.

Il n’existe pas de définition précise de la date à laquelle les produits doivent être livrés. Ainsi, les produits ne peuvent pas supporter le poids du processus de gestion de projet. Le processus de développement de produit doit être beaucoup plus épuré que le processus de gestion de projet traditionnel, car la livraison de nouvelles fonctionnalités dans un produit relève toujours du même projet pour chaque nouvelle fonctionnalité : découverte, conception, implémentation, test et déploiement.

Important

Les caractéristiques du modèle centré sur le produit sont les suivantes :

  • Il peut servir des clients externes et internes.
  • Il est clairement défini par ses fonctionnalités métier.
  • Il livre des fonctionnalités qui ont de la valeur pour les clients.
  • Il peut être un service reproductible ou une plateforme.
  • Il peut être acheté, vendu, souscrit et/ou financé.
  • Il fait l’objet d’une concurrence sur le marché et son produit a un cycle de vie.

L’alignement d’une équipe de développement sur un produit nécessite un changement profond des ensembles de compétences au sein de l’équipe elle-même. Au lieu d’une spécialisation pointue, l’équipe a besoin de passer à une méthodologie complète pour prendre en charge un produit de bout en bout.

Les organisations en mode produit sont plus plates avec moins de surcharges.

Le diagramme représente l’équipe de produit full-stack, qui comprend les rôles suivants : propriétaire du produit, scrum master, ingénieur, ingénieur de fiabilité du site. L’équipe full-stack collabore avec le chef de produit et l’architecte agile.

Crédit d’image : Gartner « Overcome Objections and Sell the Benefits of Moving From Projects to Products and Agile », Bill Swanton, 12 février 2019 - ID : G00383228