Background Image
AGILE

Quand faut-il libérer en Scrum ?

Maintenant ! Bientôt... Plus tard ? Cela dépend.

July 12, 2023 | 4 Lecture minute

La fréquence des mises à jour est un sujet qui revient souvent lorsque je travaille avec des produits. À quelle fréquence devrions-nous publier des mises à jour de notre produit ? Explorons ensemble ces quatre réponses : Maintenant, bientôt, plus tard, ou cela dépend.

Maintenant !

La réponse est simple : nous voulons sortir des produits aussi souvent que possible. Les backlogs de produits sont constitués d'idées et d'hypothèses de valeur. Combien de temps voulez-vous attendre pour savoir si votre hypothèse est correcte ? Si votre hypothèse est correcte, combien de temps voulez-vous retarder la valeur qu'elle va produire ? Si votre hypothèse est incorrecte, combien de temps voulez-vous construire et soutenir cette idée ? Des questions de ce type peuvent nous aider à prendre conscience de l'urgence d'obtenir un retour d'information plus rapidement.

Photo 1 - When Should We Release In Scrum?  Blog

Bientôt...

Avoir un sentiment d'urgence qui vous pousse à obtenir un retour d'information sur vos idées est une bonne chose ! Parfois, nous sommes confrontés à des contraintes qui rendent impossible la diffusion continue du travail accompli. Ne vous découragez pas et n'abandonnez pas vos efforts. Découvrez en équipe comment vous pouvez vous améliorer. Faites les progrès que vous pouvez. Je travaille avec une entreprise qui publiait des versions annuelles et qui, désormais, publie des versions trimestrielles. Par rapport aux versions annuelles, les trimestrielles sont plus rapides. Nous recevons un retour d'information plus tôt et plus souvent qu'auparavant, mais le défi reste d'améliorer la fréquence des publications. Y a-t-il parfois de bonnes raisons de retarder la publication ?

Plus tard ?

Voici quelques raisons courantes que j'entends pour retarder la publication d'un produit :

  • Complexité du produit

  • Dépendances avec d'autres groupes

  • Grandes idées

  • Coûts de transaction élevés

Toutes les raisons ci-dessus (ainsi que d'autres) doivent être mises en balance avec les raisons de publier le produit maintenant ou bientôt. Voici à nouveau quelques questions qu'il convient de se poser :

Combien de temps voulez-vous attendre pour savoir si votre hypothèse était correcte ?

Combien de temps voulez-vous attendre avant de tirer profit de l'idée ?

Combien voulez-vous investir dans une idée que vous n'avez pas validée ?

Il peut s'agir d'obstacles liés à la gestion des produits, aux processus, à la technologie ou à l'organisation auxquels votre équipe est confrontée dans sa quête d'une valeur ajoutée fréquente.

Photo 2 - When Should We Release In Scrum? 

Cela dépend.

Demandez à un Scrum Master à quel moment nous devrions publier, et vous obtiendrez probablement la réponse suivante : "Cela dépend". Les éléments qui peuvent affecter la fréquence des mises en production :

L'automatisation du déploiement, de la validation et du retour en arrière.

Lorsque vous effectuez les activités ci-dessus manuellement, un investissement important est nécessaire en termes de compétences, de technologie et de temps pour que cela fonctionne. Le principal compromis que j'envisage est de savoir où nous en sommes dans le cycle de vie du produit. Si nous sommes au début, cet investissement n'est peut-être pas justifié. Je me demande également si ce produit a de l'avenir. Si c'est le cas, cet investissement peut nous aider à conserver (ou à retrouver) notre capacité à apporter des changements en toute confiance.

Facilité d'approbation de la mise en œuvre

Vos politiques, processus et procédures sont-ils propices au changement ou sont-ils encore axés sur la protection contre les modifications du champ d'application, qui est inhérente à la gestion de projet traditionnelle ? Si vos processus ne s'adaptent pas aux capacités accrues de vos équipes, ils commenceront à les freiner. L'utilisation d'une solide définition des tâches et la transparence du coût des retards peuvent permettre d'influencer les politiques et les processus avec succès.

Taux d'adoption par les clients

Dans certaines situations, votre capacité à changer dépasse le désir de votre client d'adopter les changements. Dans ce cas, nous nous attachons à rendre le changement facile pour le client, non seulement du point de vue de la mise en œuvre (bien que cela ait son importance), mais aussi du point de vue de l'intuitivité du changement, sans qu'il ait besoin d'un apprentissage approfondi pour l'adopter. Si un apprentissage est nécessaire, le changement doit être convaincant et utile du point de vue du client.

Thumbnail - When Should We Release In Scrum? 

Bien qu'un objectif attrayant pour répondre à la question "Quand devrions-nous publier ?" soit "maintenant", il peut nécessiter des changements significatifs pour y parvenir. Nous pouvons utiliser les questions que nous avons abordées pour entamer des conversations sur ce sujet :

Combien de temps voulons-nous attendre pour savoir si notre hypothèse est correcte ?

Combien de temps voulons-nous attendre avant d'obtenir la valeur de l'idée ?

Combien voulons-nous investir dans une idée qui n'a pas été validée ?

Les réponses à ces questions devraient mettre en évidence la valeur que nous retirons d'une mise à disposition plus rapide et peuvent nous aider à nous concentrer sur la valeur de l'amélioration continue de nos capacités pour créer un travail accompli que nous pouvons mettre à la disposition de nos clients.

Apprenez-en plus sur Scrum en nous rejoignant pour l'un de nos cours ! Cliquez ici pour voir notre programme complet ou contactez-nous dès aujourd'hui.

Agile

Dernières réflexions

Explorez nos articles de blog et laissez-vous inspirer par les leaders d'opinion de nos entreprises.
Body Image - The Unseen Impact on Your Agile Transformation Part III: How to Recover Your Agile Transformation
AGILE

How Agile Learning Transformed Our Internal Academies

A first hand look the implementation of Agile in our internal academies.