La première étape de la définition d’un nouveau produit, service, processus ou système consiste à définir des exigences, c’est-à-dire des
Continue reading
Apprendre une nouvelle chose tous les jours
La première étape de la définition d’un nouveau produit, service, processus ou système consiste à définir des exigences, c’est-à-dire des
Continue readingOutre un format normalisé et des éléments complets, une bonne histoire d’utilisateur doit également respecter les principes INVEST : 1. Indépendant ; 2. Négociable ; 3. Valable ; 4. Estimable ; 5. Petit ; 6. Testable.
Continue readingLes user stories sont une méthode légère pour capturer rapidement le « qui », le « quoi » et le « pourquoi » des exigences du produit. En termes simples, les user stories sont des idées qui expriment les besoins des utilisateurs. Les user stories sont courtes, et chaque élément contient généralement moins de 10 ou 15 mots. Les user stories sont des listes de « choses à faire » qui vous aident à identifier les étapes du projet. Elles permettent de s’assurer que votre processus, et le produit qui en résulte, répondent à vos exigences.
Continue readingLes user stories font partie de l’approche agile et permettent de passer de la rédaction des exigences à leur discussion. Toutes les user stories agiles comprennent une ou deux phrases écrites et, plus important encore, une série de conversations sur la fonctionnalité souhaitée.
Continue readingLa définition de l’achèvement (DoD) est une liste d’exigences auxquelles une histoire d’utilisateur doit se conformer pour que l’équipe puisse la qualifier de complète. Alors que les critères d’acceptation d’une histoire d’utilisateur consistent en un ensemble de scénarios de test qui doivent être satisfaits pour confirmer que le logiciel fonctionne comme prévu.
Continue readingDans le développement de logiciels, « l’estimation » au sens habituel comprend une évaluation quantitative de l’effort requis pour effectuer une tâche de développement spécifique ; ceci est généralement exprimé en termes de durée. L’estimation agile est le processus d’évaluation de l’effort nécessaire pour accomplir les tâches du backlog d’un produit par ordre de priorité. Cet effort est généralement mesuré en termes de temps nécessaire à la réalisation de la tâche, ce qui permet une planification précise du sprint.
Continue readingLes cartes de récits d’utilisateurs fournissent aux équipes Scrum une approche visuelle et structurée pour gérer les backlogs de produits. La carte visuelle des histoires permet d’organiser efficacement les bases du produit (activités de l’utilisateur), les tâches de l’utilisateur, les épopées et les histoires de l’utilisateur dans une structure descendante gérable basée sur la nature, la priorité et la complexité des éléments de la carte.
Continue reading