5 méthodes pour décomposer une user story

Ceci est un guide rapide pour décomposer une histoire d'utilisateur. De nombreuses ressources expliquent les méthodes permettant de décomposer une user story. Dans ce cas, il y a un parallèle avec la session d'apprentissage Perficient du bureau de Denver. Ce n'est pas sorcier, mais plutôt un guide rapide pour faciliter un forum. Par conséquent, utilisez cet article comme schéma pour une session de toilettage. Et, pratique!

Une équipe parle d'une nouvelle activité. Le plus important, c’est que l’équipe discute de la nécessité de parvenir à une compréhension commune. L’équipe faisant partie de l’équipe a la valeur la plus élevée (voir également Phases d’un arriéré de marasme ).

Quelques principes directeurs

MosCoW . La méthode de MoSCoW est une technique utilisée pour parvenir à une compréhension commune des priorités de l'entreprise. Dans la décomposition de l'histoire, la meilleure valeur, la meilleure étape suivante est généralement les «impératifs». C'est un guide et non une règle absolue. Parlez-vous les uns aux autres et traitez les conversations décomposées en tenant compte de cela. Mais gardez à l’esprit que les décisions sont datées, elles sont donc susceptibles de changer avec le temps. M ust c'est quand il n'y a pas de sens sans cela. S hould n'est pas vital, mais il est difficile de laisser de côté. C Uld est souhaitable s'il est facile à obtenir pendant Musts & Shoulds. W ne se produit pas à l’heure actuelle ou est désagréable pour une ou plusieurs parties prenantes.

MVP . Le produit Minimum Viable est un produit avec juste assez de fonctionnalités pour satisfaire les premiers clients et fournir une rétroaction pour les travaux futurs. Dans la décomposition de l'histoire, la meilleure valeur, la meilleure étape suivante est généralement vers le MVP. En plus de cela, c'est un guide et non une règle dure. Note latérale, je n'aime jamais la phrase MVP. Je préfère les «produits les plus précieux» et je lis un blog ( MVP peut ne pas être la valeur maximale ).

Vertical vs Coupe horizontale. Enfin, gardez à l’esprit qu’une dégradation verticale est préférable. Nous voulons réaliser un ajout itératif à la base, mais laissons la base opérationnelle. La tentation est de décomposer une histoire par rôle. Dev peut faire ce morceau et Test peut le faire. Mais ce n’est certainement pas ce que nous voulons faire ici. Une pièce de développement non testée n'est pas une addition livrable en continu.

5 méthodes pour décomposer une histoire d'utilisateur

par compatibilité. Dans le contexte de l'environnement actuel. Considérez les plates-formes et les navigateurs à prendre en charge. Considérer les normes de codage et le degré de réutilisation. Examinez attentivement le système actuel et décidez où ce nouveau code vivra.

Par Use Cases. Bien sûr, regardez attentivement ce que l'utilisateur doit faire. Par exemple, considérons les cas d'utilisation heureux et malheureux. Quel est le plus important? Qu'est-ce qui est absolument nécessaire maintenant? Peut-être que le premier passage n'a pas besoin de toutes les cloches et de sifflets.

Selon les règles de gestion. Les entreprises ont toujours des règles intégrées. Beaucoup de ces règles peuvent attendre jusqu'à une autre passe. La preuve de concept avec un débit nominal peut être le meilleur premier objectif. Par exemple, prenez en compte les limitations d'E / S et de types de données, ainsi que les obligations légales.

Par interopérabilité. D'autres flux commerciaux seront en interaction avec cette nouvelle pièce. Envisagez une intégration avec les systèmes adjacents, car sont-ils tous nécessaires maintenant? Considérer les flux amont et aval. Où vivront les données et quels outils d'analyse et de veille stratégique sont les plus précieux.

Par fonction de support. Enfin, considérons les rôles périphériques. Considérez la documentation, le niveau de test et l'UX. Est-ce une pièce finie ou un pas décent vers quelque chose de plus grand? Par exemple, considérez DevOps et le train de livraison, le support et l'assistance utilisateur.

Other Resources