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

Diagram depicts product-centric model adoption over time. In total, 85% of the respondents have adopted or plan to adopt a product-centric model. Full adoption over time happens for 54% of the respondents, and partial adoption for 32%. 15% of the respondents say they have fully adopted a product-centric model. 31% expect it to be fully adopted within the next three years. 5% expect to adopt the product-centric model in the next three to five years. 3% expect the adoption process to take longer than five years. 32% of the respondents expect some use of a product-centric model, but not to fully move to one. 15% of the respondents do not have plans to move to a product-centric model. The survey was conducted on 129 Gartner Research Circle members. The question was: What are your organization’s plans for using a product-centric model for software delivery (versus a project-centric model)? Please select one response.

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.

Diagram depicts the full-stack product team, which includes the following roles: product owner, scrum master, engineer, site reliability engineer. The full-stack team collaborates with the product manager and agile architect.

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