INVEST est une méthode pour créer de bonnes User Stories. Elle permet de vérifier si elles contiennent un contenu correctement formulé et si elles se rapportent à la valeur commerciale du Produit. Et aussi, si leur taille et leur utilisabilité ont été choisies correctement.
INVEST est un acronyme créé par Bill Wake en 2003. Chaque lettre de cet acronyme représente le début d’un mot qui caractérise une bonne User Story. Selon le principe INVEST, chaque User Story devrait être :
Nous avons écrit plus sur ce qu’est une User Story dans un article séparé. Ici, nous mentionnerons seulement qu’il s’agit d’une description concise d’une nouvelle fonctionnalité du Produit rédigée dans un langage accessible.
La première caractéristique d’une bonne User Story est son indépendance. Cela signifie que sa description et ses caractéristiques doivent être compréhensibles sans référence à d’autres User Stories. Mais surtout, sa réalisation ne doit pas être corrélée à d’autres User Stories. Bien sûr, cela ne sera pas une indépendance totale. Vous ne pouvez pas diviser la création du Produit en modules complètement séparés. Cependant, il est crucial de garder les User Stories aussi indépendantes que possible. Grâce à cela, même si l’une d’elles n’entre pas en phase de mise en œuvre ou est modifiée de manière significative, les autres n’auront pas besoin d’être modifiées. En règle générale, la User Story doit constituer un tout séparé et cohérent.
La User Story doit être négociable. Cela signifie qu’elle fixe l’objectif, pas le moyen d’y parvenir.
En d’autres termes, elle définit une fonctionnalité attendue du Produit, pas une solution technique à mettre en œuvre.
La négociation de la User Story a lieu entre le Product Owner et l’équipe de développement. Le Product Owner propose la mise en œuvre de certaines fonctionnalités du Produit, c’est-à-dire qu’il dit “Quoi” faire. Les développeurs sont responsables de répondre à la question “Comment”. C’est-à-dire négocier des moyens spécifiques de résoudre le problème présenté dans la User Story.
Dans l’acronyme INVEST, la lettre V représente deux qualités :
Les deux révèlent des caractéristiques clés d’une bonne User Story. Par conséquent, nous avons décidé d’expliquer ce que chacune d’elles signifie.
Une User Story précieuse justifie le but commercial de la modification. En d’autres termes, elle répond précisément à la question de pourquoi la modification doit être introduite et pourquoi elle est importante du point de vue des parties prenantes.
La deuxième caractéristique ; Vertical découle de la méthodologie Agile. La User Story verticale contient une nouvelle fonctionnalité du Produit visible par l’Utilisateur. C’est-à-dire qu’elle ne se concentre pas sur une “amélioration de performance” horizontale dans une couche sélectionnée du Produit. Au contraire, elle ajoute une autre “couche” à celui-ci.
En d’autres termes, la User Story décrit comment modifier le fonctionnement global d’un Produit en répondant à la question Qu’est-ce qu’il faut améliorer exactement ? Cela signifie également que chaque fonctionnalité du Produit s’appuie sur des solutions existantes.
Une bonne User Story doit être estimable. Cela signifie qu’elle doit clairement définir l’étendue des modifications à apporter au produit pour que la User Story soit considérée comme complète. Cela permet à l’équipe de développement de déterminer le temps et l’effort nécessaires pour la réaliser.
L’étendue et la difficulté d’une tâche sont généralement estimées en unités appelées Story Points. Elles sont relatives. Et chaque équipe de développement établit la valeur des Story Points en pratique sur la base de l’expérience précédente.
Dans des articles séparés, nous avons couvert plus sur la vélocité de l’équipe de développement et comment la mesurer.
La User Story acceptée pour réalisation par l’équipe de développement doit être concise. C’est-à-dire elle ne doit pas dépasser une Sprint. Si les développeurs découvrent lors de la planification de la Sprint que la User Story proposée par le Product Owner est trop longue, ils doivent la diviser en parties éventuellement indépendantes.
La dernière lettre de l’acronyme INVEST représente testable. Cela signifie que la modification du Produit décrite dans la User Story doit être vérifiable et vérifiable. En d’autres termes, il doit être possible de vérifier si la solution mise en œuvre par les développeurs a apporté la valeur supposée à un Stakeholder spécifique.
INVEST est un acronyme qui décrit une User Story bien écrite. Elle doit être :
Si vous aimez notre contenu, rejoignez notre communauté de petites abeilles sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
En tant que chef de projet, Caroline est une experte dans la recherche de nouvelles méthodes pour concevoir les meilleurs flux de travail et optimiser les processus. Ses compétences organisationnelles et sa capacité à travailler sous pression font d'elle la meilleure personne pour transformer des projets compliqués en réalité.
Les entreprises luttent pour gérer une vaste quantité de contenu publié en ligne, des publications…
À l'ère de la transformation numérique, les entreprises ont accès à une quantité sans précédent…
Saviez-vous que vous pouvez obtenir l'essence d'un enregistrement de plusieurs heures d'une réunion ou d'une…
Imaginez un monde où votre entreprise peut créer des vidéos engageantes et personnalisées pour n'importe…
Pour tirer pleinement parti du potentiel des grands modèles de langage (LLMs), les entreprises doivent…
En 2018, Unilever avait déjà entrepris un voyage conscient pour équilibrer les capacités d'automatisation et…