Le critère INVEST pour les récits d'utilisateurs

Sélectionner la langue :

Vous devez autoriser les cookies de Vimeo pour pouvoir visionner la vidéo.
Débloquez le cours complet et obtenez votre certification !

Vous consultez le contenu gratuit. Débloquez le cours complet pour obtenir votre certificat, vos examens et le matériel téléchargeable.

*En achetant le cours, nous vous offrons deux cours de votre choix*

*Voir la meilleure offre du web*

Transcription Le critère INVEST pour les récits d'utilisateurs


Pour garantir que les récits d'utilisateurs sont efficaces et facilitent le flux de travail agile, l'acronyme INVEST est couramment utilisé comme guide.

INVEST représente un ensemble de six qualités souhaitables qui aident à évaluer et à améliorer la qualité d'une histoire utilisateur.

Il a été proposé par Bill Wake comme un rappel des caractéristiques qui rendent une histoire plus facile à comprendre, à planifier, à développer et à tester dans un cycle de développement agile.

Il n'est pas toujours possible de respecter ces critères à 100 %, mais s'efforcer de les atteindre améliore considérablement la clarté et la maniabilité du backlog.

Indépendant, négociable, précieux, estimable, petit (Small), vérifiable (Testable)

L'acronyme INVEST se décompose comme suit :

I - Indépendant (Independent) : l'histoire doit être aussi autonome que possible, en minimisant les dépendances avec d'autres histoires.

Cela permet de les hiérarchiser, de les développer et de les livrer avec plus de flexibilité, sans être lié à l'achèvement d'autres histoires.

N - Négociable (Negotiable) : une histoire utilisateur n'est pas un contrat rigide, mais un point de départ pour la conversation entre le propriétaire du produit et l'équipe de développement.

Les détails sont négociés et affinés par le dialogue, ce qui permet d'explorer différentes solutions et de garantir une compréhension commune avant la mise en œuvre.

V - Valuable (Valuable) : Chaque histoire doit apporter une valeur tangible à l'utilisateur final ou au client. Il doit être clair pourquoi cette fonctionnalité est développée et quels avantages elle apporte.

Si une histoire n'apporte pas de valeur perceptible, son existence dans le backlog doit être remise en question.

E - Estimable (Estimable) : l'équipe de développement doit être en mesure d'estimer l'effort nécessaire pour mener à bien l'histoire, au moins de manière relative (par exemple, en utilisant des points d'histoire).

Si une histoire est trop vague ou trop grande pour être estimée, elle doit être affinée ou divisée. L'estimation aide à la planification et à la compréhension de la portée.

S - Petite (Small / Size-Appropriate) : les histoires doivent être suffisamment petites pour pouvoir être réalisées dans le cadre d'une itération (Sprint).

Les histoires volumineuses (souvent appelées « épopées ») sont difficiles à estimer, à planifier et à tester, et retardent la livraison de valeur. Elles doivent être divisées en histoires plus petites et plus faciles à gérer.

T - Vérifiable (Testable) : il doit être possible de vérifier que l'histoire


le critere invest pour les recits dutilisateurs

Y a-t-il des erreurs ou des améliorations ?

Où est l'erreur ?

Qu'est-ce qui ne va pas ?