Dans le domaine du développement de produits, les équipes sont souvent confrontées à une question fondamentale : faut-il rédiger des récits d'utilisateurs ou des exigences ? En réalité, il ne s'agit pas d'un choix exclusif.
Bien qu'elles semblent similaires, elles ne le sont pas. Les user stories expliquent les besoins en fonctionnalités du point de vue de l'utilisateur final. En revanche, les exigences expliquent comment la fonctionnalité doit être mise en œuvre et définissent les spécifications du système.
Lorsque les équipes ne font pas clairement la distinction entre les récits utilisateurs et les exigences, cela entraîne des malentendus et un glissement de périmètre. Il est donc essentiel de bien comprendre les différences entre ces deux concepts et la manière dont ils fonctionnent ensemble.
Avant d'aborder les différences entre les récits utilisateurs et les exigences, clarifions ces deux concepts.
Une définition rapide de l'histoire utilisateur
Les récits d'utilisateurs sont de brèves descriptions simples d'une fonctionnalité racontées du point de vue de l'utilisateur final (une personne qui souhaite disposer d'une nouvelle fonctionnalité). Ils mettent principalement l'accent sur ce que l'utilisateur souhaite accomplir et pourquoi cela est important pour lui.
Le format courant d'une user story est le suivant :
- En tant que [type d'utilisateur], je souhaite disposer de [fonctionnalité/capacité du système] afin de [avantage/valeur].
Par exemple :
- « En tant que client fidèle, je souhaite enregistrer mon adresse personnelle et professionnelle afin de pouvoir passer commande rapidement. »
Cela définit les fonctionnalités dont les clients fidèles ont besoin et pourquoi elles sont importantes pour eux.
Quelles sont les conditions requises ?
Les exigences, quant à elles, décrivent ce que le système doit faire et comment il doit fonctionner pour répondre au besoin défini dans le format de l'histoire utilisateur. Il peut exister plusieurs types d'exigences, notamment les exigences fonctionnelles, les exigences non fonctionnelles, les exigences commerciales, etc.
Voici à quoi devraient ressembler les exigences liées à l'histoire utilisateur expliquée dans l'exemple précédent :
- Le système devrait permettre d'enregistrer l'adresse uniquement lorsque l'utilisateur est connecté.
- L'utilisateur doit pouvoir enregistrer jusqu'à 10 adresses différentes.
- Lors du paiement, le système devrait afficher automatiquement les adresses enregistrées.
Cela décrit donc le comportement exact que le système doit suivre pour mettre en œuvre la fonctionnalité demandée dans le format de l'histoire utilisateur.
En bref, une user story capture la valeur et le contexte pour l'utilisateur. Une exigence définit le comportement, les règles et les contraintes du système.
Histoires utilisateur vs exigences dans Agile : explication des principales différences
Avant de rédiger cette section, nous avons parcouru plusieurs fils de discussion sur Reddit et Quora afin de comprendre comment les analystes commerciaux, les chefs de produit et autres cadres supérieurs font la distinction entre les récits d'utilisateurs et les exigences, et nous les avons résumés ici :
| Aspect | Témoignages d'utilisateurs | Exigences |
|---|---|---|
| Distinction fondamentale | Explique les fonctionnalités dont les utilisateurs ont besoin et leurs avantages. | Explique ce que le système doit faire et comment mettre en œuvre une fonctionnalité particulière. |
| Format et contenu type | Phrase courte et simple rédigée du point de vue de l'utilisateur avec un critère d'acceptation. | Il s'agit de déclarations directes décrivant le comportement du système, les règles à suivre ou les contraintes. |
| Exemples (à titre indicatif) | En tant que demandeur d'emploi, je souhaite rechercher des offres d'emploi par mots-clés afin de trouver des postes pertinents. |
|
| Quand utiliser chacun |
|
|
| Public principal |
|
|
| Niveau de spécificité et de testabilité | Des critères d'acceptation doivent être ajoutés pour permettre la testabilité. | Il doit être rédigé de manière à pouvoir être testé sans explication supplémentaire. |
| Liste de contrôle pratique pour les équipes |
|
|
Comment les récits d'utilisateurs et les exigences fonctionnent ensemble dans le processus de développement de produits
La plupart des blogs que j'ai lus sur Internet affirment que les récits d'utilisateurs sont utilisés dans le cadre de l'agilité (développement itératif) et que les exigences sont utilisées avec des modèles traditionnels tels que la méthode en cascade. Ce n'est pas tout à fait vrai !
L'équipe de développement de produits la plus efficace ne choisit pas entre les deux, mais utilise les deux de manière efficace. Les équipes créent des récits d'utilisateurs pendant la phase de découverte et de planification, ce qui les aide à comprendre les besoins des utilisateurs, à établir des priorités et à décider de la suite à donner. Elles utilisent les récits d'utilisateurs pour discuter de la portée du projet avec les parties prenantes non techniques.
Une fois que les récits utilisateurs sont approuvés pour démarrer le travail de développement, les exigences entrent en jeu. Elles sont utilisées pendant la conception, le développement et les tests pour définir le comportement exact du système, les règles et les contraintes. Les architectes et les ingénieurs définissent les exigences en fonction des récits utilisateurs et des critères d'acceptation.
Lorsque les deux sont utilisés correctement ensemble, les récits utilisateurs guident la direction à prendre et les exigences permettent d'assurer le contrôle. Cela forme un processus de développement de produit complet et fiable, et les équipes peuvent livrer les produits sans ralentir la livraison.
Les défis auxquels sont confrontées les équipes lors de la gestion des récits d'utilisateurs et des exigences
Voici plusieurs défis auxquels les équipes sont confrontées lorsqu'elles gèrent conjointement les exigences et les récits d'utilisateurs :
- Création d'histoires et d'exigences à partir d'informations éparses : les équipes reçoivent souvent des informations éparses sur les fonctionnalités sous forme de documents, d'e-mails, de notes de réunion ou de spécifications héritées. Les convertir manuellement en histoires utilisateur ou en exigences structurées est difficile et prend beaucoup de temps. Cela peut être source d'erreurs et, parfois, des informations contextuelles importantes peuvent être perdues.
- Maintenir la traçabilité entre les éléments de travail : lorsque les exigences, les cas de test, les récits d'utilisateurs, etc. sont dispersés dans différents outils, les équipes ne peuvent pas retracer les liens entre les exigences et les récits d'utilisateurs ou les cas de test. Ce manque de visibilité crée des risques pendant le développement, les tests et la mise en production.
- Garantir une qualité et une structure cohérentes : certaines user stories ne respectent pas les critères d'acceptation. Certaines exigences sont vagues ou ne peuvent pas être testées. Les révisions reposent largement sur des vérifications manuelles, qui sont lentes et incohérentes d'une équipe à l'autre.
- Gestion du changement et mises à jour continues : les exigences ne restent jamais constantes à mesure que le produit évolue. Sans processus rigoureux d'évaluation de l'impact des changements, il est difficile de gérer les changements et les mises à jour continues.
Pour relever ces défis, les équipes doivent rechercher des outils d'IA pour les exigences et les récits d'utilisateurs, qui aident à générer des récits d'utilisateurs, à analyser leur qualité et à réduire les efforts manuels.
Comment Copilot4DevOps aide les équipes à créer et à gérer les récits utilisateurs et les exigences dans Azure DevOps
Copilot4DevOps est un assistant IA dédié à la gestion des exigences qui fonctionne directement dans votre espace de travail Azure DevOps sous forme d'extension. Voici quelques fonctionnalités courantes de Copilot4DevOps qui facilitent la gestion des exigences et des récits utilisateurs dans ADO :
- Elicit : Il permet de générer des récits d'utilisateurs et différents types d'exigences, y compris des exigences fonctionnelles et non fonctionnelles, directement à partir de données brutes, des commentaires des clients, de documents existants ou d'exigences de haut niveau. Il génère tous les récits d'utilisateurs dans un format cohérent et garantit que les cas limites ne sont pas oubliés. Cela permet aux équipes de gagner 80 % du temps consacré à la rédaction des exigences.
- Générateur de SOP/documents: grâce à cette fonctionnalité, les équipes peuvent créer des documents de spécifications à partir des spécifications ADO existantes à l'aide d'une IA. Elle insère des sections, des sous-sections, des diagrammes, une interface utilisateur interactive, etc. dans le document, qui peut être exporté au format Microsoft Word ou PDF.
- Analyser: Il analyse les exigences et les récits utilisateurs par rapport à différents cadres d'évaluation, tels que INVEST, PABLO Criteria, MoSCow, etc., à l'aide d'une intelligence artificielle et directement dans Azure DevOps. Cela aide les équipes à s'assurer que les exigences sont cohérentes et répondent aux critères de qualité avant le début du développement.
- Évaluation d'impact: elle utilise l'IA pour évaluer comment la modification d'un élément de travail particulier affectera les autres éléments de travail existants. Ainsi, les équipes peuvent connaître les risques associés à un changement proposé avant d'aller plus loin.
De cette manière, en utilisant des outils d'IA pour gérer les exigences et les récits d'utilisateurs, les équipes peuvent augmenter leur productivité globale et améliorer le taux de réussite de leurs projets.
Essayez-le vous-même
Prêt à transformer votre DevOps avec Copilot4DevOps ?
Profitez dès aujourd'hui d'un essai gratuit.
