L’erreur la plus courante que je vois faire par équipes lors du découpage d’une histoire utilisateur est de la séparer par couches techniques.

Don’t split stories this way par Mike Cohn

L’erreur la plus courante que je vois faire par équipes lors du découpage d’une histoire utilisateur est de la séparer par couches techniques.

Ils prennent une grande histoire et la transforment en éléments tels que :

• Construire l’interface utilisateur
• Construire le backend
• Créer les tables de la base de données
• Tester la fonctionnalité

Cela peut donner l’impression que le travail à réaliser est plus petit. Mais cela aide rarement l’équipe à terminer quoi que ce soit de significatif.

Chaque élément dépend des autres. Rien ne peut être démontré comme un flux utilisateur fonctionnel. L’équipe a découpé le travail, mais la valeur reste enfermée dans l’histoire plus large.

Un meilleur découpage découpe verticalement le travail.

Cela signifie que l’équipe fait un peu de ce qui est nécessaire : interface utilisateur, backend, base de données, tests, et tout ce qui est nécessaire pour qu’un résultat plus restreint fonctionne de bout en bout.

Supposons qu’une équipe développe une fonction de recherche de maisons.

L’histoire volumineuse pourrait permettre à un acheteur potentiel de rechercher par superficie, nombre de pièces, statut, type de maison, âge et équipements.

Une mauvaise répartition serait de construire d’abord tout l’écran de recherche avec tous les critères et de le connecter plus tard.

Une meilleure répartition serait peut-être :

• Recherche par superficie et nombre de pièces
• Ajouter le statut immobilier et le type de bien
• Ajouter l’âge de l’habitation et les équipements

La première version de cette répartition peut être simple. Elle ne supporte peut-être que quelques critères. Mais cela fonctionne pour les critères qu’elle soutient.

Cela donne à l’équipe quelque chose de fait, testable et démontrable.

C’est là le but du découpage de l’histoire : faire moins, mais faire fonctionner cette petite chose.

Dans votre prochaine conversation sur le raffinement de l’arriéré de produit, écoutez les éléments qui ressemblent à des couches techniques.

• Backend pour…
• UI pour…
• Travail de base de données pour…
• Tests pour…

Ce sont peut-être des tâches utiles plus tard. Ce ne sont généralement pas de bons découpages d’histoire.