Votre navigateur ne supporte pas JavaScript ! Understanding Increments (And How To Decompose Backlog To Deliver Value Fast) - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS

Comprendre les incréments (et comment décomposer le carnet de commandes pour créer de la valeur) Rapide)

Human icon with completed backlog and boxes ready to be shipped

L'incrément n'attire pas autant l'attention que les autres artefacts du guide Scrum, peut-être parce qu'il semble si simple. Mais l'incrément est plus que l'artefact final du Scrum. La valeur qu'il apporte va au-delà de ce qu'il fournit intrinsèquement au client ou à l'utilisateur final. 

Il est important de fournir un incrément utilisable à chaque sprint, car cela permet aux équipes et aux organisations Scrum d'obtenir un retour d'information, de tester des hypothèses, de recueillir des données, puis de pivoter si nécessaire. 

Le concept d'incrément est faussement simple. Si vous vous concentrez sur ce qui est évident, vous risquez de passer à côté de certains aspects extrêmement importants. Examinons donc l'incrément et pourquoi il est important de créer un incrément utilisable à chaque sprint.

Qu'est-ce qu'un incrément pour votre équipe Scrum ? 

Que fait votre équipe ? Que créez-vous ? Mieux encore, quelle est la valeur que vous apportez ?

Pour certaines équipes Scrum, il est facile de répondre à ces questions. Pour d'autres, elles peuvent être déroutantes. 

échelles Scrum (par l'intermédiaire de Scrum@Scale) dans tous les aspects et toutes les fonctions d'une organisation. Chaque équipe peut utiliser le cadre Scrum. Et chaque équipe peut produire des incréments à chaque Sprint. Il suffit de savoir de quoi il s'agit.

La définition d'un incrément est universelle, quelle que soit la fonction de l'équipe Scrum. Voici comment le guide Scrum l'explique : 

Un incrément est une étape concrète vers l'objectif du produit. Chaque incrément s'ajoute à tous les incréments précédents et fait l'objet d'une vérification approfondie, ce qui permet de s'assurer que tous les incréments fonctionnent ensemble. Pour apporter de la valeur, l'incrément doit être utilisable.

Vous pouvez en savoir plus sur un Objectif du produit ici. Pour l'instant, nous supposons qu'il s'agit d'une grande chose avec de nombreux composants qui, bien sûr, fournit de la valeur d'une manière ou d'une autre. 

En identifiant l'incrément de votre équipe Scrum, ces étapes concrètes vers l'objectif du produit se résument à la décomposition de grandes choses en petits morceaux. En d'autres termes, il faut trancher. 

Décomposer votre vision et vos objectifs de produit pour identifier votre incrément

Graphic explaining the 7 Product DimensionsS'il y a une question que tous les Product Owners semblent poser systématiquement, c'est la suivante : "Comment puis-je découper efficacement mes éléments du carnet de commandes (ou histoires d'utilisateur) tout en continuant à tirer parti de chacun d'entre eux ?"

C'est une proposition délicate. 

Le découpage des PBI en fonction de leur valeur n'est pas quelque chose de facile. Cela demande de la pratique et vous devrez y travailler au fil du temps. Mais la maîtrise de la décomposition est essentielle pour aider chaque équipe Scrum, quelle que soit sa fonction, à produire un incrément à chaque Sprint.  

Je conseille à Product Owners (et à d'autres) d'utiliser la technique suivante Les sept dimensions d'une histoiredéveloppé par Ellen Gottesdiener et Mary Gorman.

Les sept dimensions sont les suivantes

  • Utilisateur (qui utilise le produit ou le service)
  • Interface (comment ils utilisent le produit ou le service)
  • Action (ce que le produit ou le service va faire)
  • Données (quelles sont les informations que nous conservons et utilisons pour améliorer l'expérience de l'utilisateur)
  • Contrôle (les règles que nous devons suivre, tant à l'intérieur qu'à l'extérieur)
  • Environnement (ce qui permet au produit ou au service de fonctionner de manière optimale)  
  • Attribut de qualité (contrôles de qualité)

Comme le cadre Scrum, les sept dimensions ont d'abord été utilisées dans le domaine du développement de logiciels, mais elles profitent à tous les secteurs et à toutes les fonctions. 

Il existe bien sûr de nombreuses autres techniques pour décomposer la vision et les objectifs de produit en tranches plus petites, mais examinons les sept dimensions pour montrer comment elles peuvent fonctionner dans n'importe quelle situation.

De la bière, ça vous dit ?


A selection of craft beer in glasses on a bar
Imaginons que nous créions une brasserie ou un restaurant autour d'une brasserie. Comment commencer à découper ces grands objectifs (de produit) en parties plus petites et à identifier les incréments ?

Si nous découpons par utilisateur, la première des sept dimensions, nous pourrions nous concentrer sur un utilisateur particulier et essayer de découper et de hiérarchiser les histoires à livrer associées aux différents utilisateurs que nous avons identifiés lors du lancement de ce produit. 

Dans ce scénario, l'un des objectifs possibles du produit pourrait être d'encourager les clients à revenir. Ainsi, lors du découpage pour l'utilisateur, nous pourrions poser la question suivante :

  • Quels sont les besoins de l'utilisateur ? 
  • Aimeraient-ils un "club de la tasse" ?
  • De quoi avons-nous besoin pour y parvenir ? 
  • Quelles sont les bières les plus populaires dans notre établissement ? 
  • Devrions-nous nous associer à une brasserie ? 
  • Outre la bière, que pouvons-nous faire pour ceux qui pourraient devenir des clients potentiels ? Leurs amis ? Leurs enfants ? 

Ensuite, nous pourrions nous concentrer sur l'interface. 

  • Comment allons-nous livrer notre bière à nos clients ? Magasin de briques et de mortier ? Système de commande en ligne et livraison à domicile ?
  • À quoi ressemble notre menu ? 

Et ainsi de suite. 

Les sept dimensions peuvent être utilisées pour décomposer même la vision ou l'objectif de produit le plus grand et le plus grandiose en tranches plus petites qui peuvent être accomplies en un seul sprint tout en continuant à apporter de la valeur. 

C'est votre incrément, quelle que soit votre fonction. 

Maintenant que nous avons examiné une façon d'identifier votre incrément (le comment), examinons pourquoi il est si important de fournir au moins un incrément à chaque Sprint. 

L'impact de l'incrément sur le débit 

3D rendering of a chain of dominos stopped from fallingLe flux itératif est un élément important de plusieurs méthodologies Agile et de pensée allégée. En bref, le flux signifie la capacité à terminer une chose et à passer à la suivante sans interruption. 

Dans le Scrum, un bon flux permet au Product Owner de transférer proprement les priorités d'un Sprint à l'autre sans aucun report.

Ce seul fait est important, car le transfert peut être incroyablement toxique. 

Imaginez que vous travaillez avec une équipe Scrum qui a terminé 26 points de travail lors de son dernier sprint. Cependant, elle avait 12 points de travail supplémentaires qui étaient presque terminés. 

Que prévoient-ils pour leur prochain Sprint ? Reprennent-ils les travaux en cours (WIP) inachevés ou passent-ils à autre chose ? 

L'encours est un gaspillage puisqu'il n'apporte pas de valeur ajoutée. Les encours sont également une ancre - ils ralentissent les équipes Scrum et les organisations.

Dans ce scénario, Product Owners se trouve dans une impasse. Comment peuvent-ils livrer le "produit A" qui est maintenant en retard s'ils ne donnent pas la priorité à la finition des 12 points du WIP ? Cependant, donner la priorité au "produit A" signifie que le "produit B" doit être relégué au second plan si la vélocité de l'équipe Scrum montre qu'elle ne peut pas reporter le WIP et accomplir tout le travail. 

Les retards de livraison se multiplient et personne, ni l'équipe Scrum, ni ses clients, ni les parties prenantes, n'est satisfait.

Il est essentiel d'éviter ce report de travail et de fournir un incrément (ou plus) à chaque sprint pour maintenir un bon flux de travail. Il s'agit de passer sans heurt d'un travail à l'autre. Sans cela, tout s'enlise.

C'est pourquoi nous prenons l'objectif du sprint au sérieux. Il s'agit de l'engagement pris par l'équipe Scrum lors de l'événement de planification du sprint. L'objectif du sprint est la cible qui doit être atteinte pour que l'équipe Scrum et l'organisation puissent aller de l'avant. 

L'augmentation conduit au retour d'information

A stack of blocks each depicting a different emotion.L'intérêt de travailler en flux itératif est de présenter le plus rapidement possible des éléments de travail aux clients et aux parties prenantes, afin de pouvoir utiliser leurs commentaires pour guider nos efforts et nos orientations futurs. 

Mieux encore, le flux itératif peut être utilisé pour commercialiser rapidement un produit ou un service afin d'obtenir un retour d'information et de commencer à générer des revenus. 

Les clients utilisent-ils votre produit ou service ? L'utilisent-ils d'une manière différente de celle que vous aviez prévue ? Êtes-vous sur la mauvaise voie et devez-vous faire quelque chose de complètement nouveau ? Y a-t-il une opportunité pour quelque chose que vous n'aviez pas prévu ? Le retour d'information permet de répondre à toutes ces questions. 

La production progressive vous permet de tester vos hypothèses, d'obtenir des réponses fondées sur des données réelles et de continuer ou de vous adapter et de pivoter vers quelque chose que le marché veut. 

En bref, les incréments réduisent le coût du changement d'avis et le retour d'information qu'ils génèrent vous permet de décider de la marche à suivre. 

La rapidité avec laquelle vous mettez les incréments sur le marché pour qu'ils génèrent de la valeur peut faire la différence entre la survie ou la faillite de votre entreprise.

 

fr_FRFrench
Actions