Qu'est-ce qu'un cas d'utilisation ? Comment en écrire un, exemples + template

Concevoir un produit ne se résume pas à énumérer des fonctionnalités et des objectifs. Avant le lancement du premier smartphone, comment décririez-vous la façon dont les utilisateurs interagissaient avec lui ? L'appeler un téléphone portable sur lequel vous pouvez naviguer sur le web est un bon début, mais cela n'explique pas la complexité de ses systèmes. Pour cartographier les modes d'interaction des utilisateurs avec un système, un outil ou un produit, vous avez besoin d'un cas d'utilisation.

Les cas d'utilisation sont des descriptions de la manière dont les utilisateurs interagissent avec les systèmes pour accomplir des tâches ou atteindre des objectifs. La cartographie de ces interactions peut améliorer la planification précoce et garantir un cycle de développement harmonieux. Pour vous aider à les intégrer à la planification de projet, nous définirons un cas d'utilisation, expliquerons comment en rédiger un et partagerons des exemples.

Qu'est-ce qu'un cas d'utilisation

Un cas d'utilisation explique comment les utilisateurs interagissent avec un produit ou un système. Il décrit le parcours des entrées utilisateur, établissant des chemins réussis et des échecs pour atteindre les objectifs. Il permet aux équipes produit de mieux comprendre ce que fait un système, comment il fonctionne et pourquoi des erreurs se produisent. Vous pouvez en écrire un ou schématiser un modèle de cas d'utilisation pour les personnes qui préfèrent travailler visuellement.

Bien que les cas d'utilisation varient en complexité en fonction de votre public ou de votre système, ils doivent généralement identifier plusieurs composants clés. Les plus importants sont les suivants :

• Acteur : tout élément présentant un comportement d'interaction avec un système, tel qu'un utilisateur individuel, une équipe ou un autre logiciel
• Système : le produit ou le service avec des fonctionnalités définies
• But : l'objectif ou le but que les utilisateurs atteignent grâce aux fonctionnalités d'un système

Les acteurs, les systèmes et les objectifs jettent les bases d'un cas d'utilisation. Lorsque vous commencez à suivre les interactions du système, de nouveaux éléments entrent en jeu :

• Partie(s) prenante(s) : une personne ayant un intérêt dans les performances d'un système
• Acteur principal : l'acteur qui initie la fonction d'un système pour atteindre un objectif
• Conditions préalables : les facteurs sous-jacents requis pour que le cas d'utilisation se produise
• Déclencheurs : les événements qui initient un cas d'utilisation
• Flux de base : des cas d'utilisation où les systèmes fonctionnent comme prévu pour atteindre un objectif
• Flux alternatifs : différents résultats selon le moment et la manière dont un système s'écarte de sa trajectoire

Types de cas d'utilisation

Les cas d'utilisation se présentent sous deux formes : métier et système. Un cas d'utilisation système est un aperçu détaillé de la manière dont les utilisateurs interagissent avec chaque partie d'un système. Il met en évidence comment des entrées et des contextes uniques amènent le système à atteindre des résultats différents. Ce niveau de détail met en évidence le fonctionnement de chaque fonction d'un système dans n'importe quel scénario.

Les cas d'utilisation métier dressent un tableau plus général de la façon dont un utilisateur peut interagir avec votre entreprise pour atteindre ses objectifs. Au lieu de se concentrer sur les détails techniques, il rédige une description de cause à effet des différentes entrées. Par exemple, si vous gérez une plateforme de débogage de code, votre cas d'utilisation expliquera comment les utilisateurs saisissent leur code et reçoivent des avis d'erreur.

Certaines équipes préfèrent rédiger un cas d'utilisation métier pour décrire les processus d'un système avant la phase de développement. Au fur et à mesure que les développeurs commencent leur travail, un responsable consignera des cas d'utilisation système plus techniques à suivre.

Scénario d'utilisation et cas d'utilisation

Les cas d'utilisation présentent toutes les façons dont un système fonctionne pour atteindre des objectifs. Un scénario d'utilisation, lui, ne représente qu'un seul exemple. Dans un scénario, le système peut réussir ou échouer à atteindre les objectifs de l'utilisateur. En termes simples, plusieurs scénarios d'utilisation constituent un cas d'utilisation.

Cas d'utilisation et témoignage

Les cas d'utilisation décrivent la façon dont les utilisateurs interagissent avec un système. Les témoignages, eux, décrivent les fonctionnalités du point de vue de l'utilisateur. Par conséquent, les témoignages sont beaucoup plus courts que les cas d'utilisation et se composent généralement de brèves descriptions que les utilisateurs utilisent comme point de départ lors du développement. De plus, les cas d'utilisation peuvent aider plusieurs équipes d'une entreprise, tandis que les témoignages aident les équipes produit à développer leur outil.

Cas d'utilisation et cas de test

Alors qu'un cas d'utilisation couvre la manière dont les utilisateurs et les fonctionnalités du système travaillent pour atteindre les objectifs, les cas de test vérifient le bon fonctionnement des fonctionnalités. Contrairement aux cas d'utilisation, les cas de test examinent les fonctionnalités de manière isolée.

Par exemple, un cas de test peut impliquer la validation de la fonctionnalité de connexion sur une plateforme de messagerie, garantissant que les utilisateurs peuvent se connecter depuis n'importe quel navigateur dès qu'ils ont créé leur compte.

Comment rédiger un cas d'utilisation

Rédiger un cas d'utilisation semble complexe, mais cela nécessite simplement de comprendre votre système et ses utilisateurs. Vous pouvez rédiger un cas d'utilisation en suivant ces six étapes :

1. Décrivez votre système

Commencez par décrire votre système, ou le produit ou service que vous et votre équipe allez créer. Concentrez votre description sur ce que votre système offre aux utilisateurs. Pour un cas d'utilisation métier, gardez cette base et expliquez ce que votre produit accomplit. Pour un cas d'utilisation système, rédigez une description détaillée du fonctionnement de votre produit.

Définissez votre système en vous posant les questions suivantes :

• Quelle forme prend-il : produit, service ou logiciel ?
• Quelles fonctionnalités propose-t-il ?
• Quels objectifs pouvez-vous atteindre avec ?
• Comment répond-il à ces objectifs ?
• Que pouvez-vous apprendre sur le système à partir d'autres documents tels que les chartes de projet ?

2. Identifiez les acteurs

Les acteurs font généralement référence aux utilisateurs et aux clients, mais peuvent s'appliquer à tout élément extérieur qui interagit avec votre système. Votre acteur a besoin de comportements bien définis expliquant comment et pourquoi les acteurs utilisent votre système.

Identifiez les acteurs en vous posant ces questions :

• S'agit-il d'individus, d'équipes, de matériel ou d'un autre système ?
• Les acteurs principaux et secondaires adopteront-ils le même comportement ?
• Les parties prenantes vont-elles jouer le rôle d'acteurs dans votre cas d'utilisation ?

3. Définissez les objectifs de vos acteurs

Les cas d'utilisation mettent en évidence le résultat que les acteurs attendent d'un système. N'oubliez pas de vous concentrer sur les besoins de vos acteurs plutôt que sur les capacités du système pour comprendre pourquoi les utilisateurs se tournent vers votre système. Dans certains cas, les clients souhaitent utiliser des systèmes pour plus d'un objectif. Dressez une liste de ces objectifs pour créer un cas d'utilisation plus solide.

4. Créez un scénario

Dans un cas d'utilisation, les scénarios sont la séquence d'actions que les clients entreprennent lorsqu'ils utilisent un système et le parcours des effets de cette interaction. Vos parcours de base couvrent des scénarios dans lesquels un système fonctionne comme prévu. Un utilisateur s'intéresse au système, saisit les bonnes données, et votre système l'aide à atteindre ses objectifs.

Commencez avec ces parcours de base réussis pour créer une base de référence. Vous pouvez vous appuyer sur les techniques de cartographie des processus pour identifier les problèmes potentiels dans les parcours suivants.

5. Envisagez des parcours alternatifs

Après avoir écrit un scénario réussi, rédigez des flux alternatifs qui mènent à des résultats différents. En règle générale, les flux alternatifs impliquent une mauvaise utilisation d'un système qui empêche les acteurs d'atteindre leurs objectifs. Cependant, vous pouvez également noter des erreurs internes qui provoquent la défaillance d'un système ou des façons involontaires dont les systèmes peuvent atteindre leurs objectifs.

Les flux alternatifs montrent comment différents acteurs utilisent un système et réussissent ou échouent. Ils offrent une vision plus nuancée de tout ce que votre système peut faire pour vous aider à résoudre les problèmes.

6. Répétez les étapes 2 à 5 pour compiler votre cas d'utilisation

Avec suffisamment de variations d'acteurs, d'objectifs et de scénarios, vous pouvez montrer comment votre système fonctionne. La compilation de ces flux vous donne un cas d'utilisation qui peut améliorer le développement et enrichir d'autres documents, tels que les rapports sur l'état d'avancement des projets.

Les systèmes simples vous permettent de modifier quelques éléments pour observer tous les résultats possibles. Cependant, les systèmes complexes peuvent comporter trop d'éléments pour que chaque résultat soit visible. Dans ce cas, vous pouvez vous concentrer sur le test des interactions les plus courantes. Vous pouvez également concevoir des systèmes pour éviter les composants non testés

Essayez le template de cas d'utilisation de Figma

Envie de commencer à réfléchir à des cas d'utilisation ? Essayez le template de cas d'utilisation de Figma pour décomposer vos systèmes et trouver de nouvelles solutions.

Exemple de cas d'utilisation

Supposez que vous êtes un product manager développant une application bancaire mobile pour votre entreprise. Votre plateforme doit rationaliser l'inscription des utilisateurs et la configuration des comptes. Voici un exemple de format de cas d'utilisation basé sur cette application :

Informations en fond :

• Système : une application bancaire mobile
• Acteur principal : les clients qui souhaitent ouvrir un compte
• Acteur secondaire : les souscripteurs et outils automatisés calculant les taux d'intérêt et les soldes principaux maximaux
• Objectifs : gagner du temps lors de l'ouverture du compte et de l'intégration
• Parties prenantes : le PDG et le vice-président produit de votre entreprise
• Conditions préalables : les utilisateurs téléchargent l'application et remplissent les conditions d'ouverture d'un compte
• Déclencheurs : l'utilisateur choisit de créer un nouveau compte depuis l'application

Scénarios :

• Flux de base : les utilisateurs téléchargent votre application et choisissent de créer un nouveau compte. L'application recueille des informations sur les autres comptes de l'utilisateur et sur son score de solvabilité. Ensuite, elle partage automatiquement les comptes pour lesquels l'utilisateur est éligible et leurs taux d'intérêt. L'utilisateur trouve un compte qui répond à ses besoins et s'inscrit.
• Flux alternatif 1 : les utilisateurs saisissent leurs données financières et l'application génère rapidement des options de compte. Cependant, chaque compte est par défaut au taux d'intérêt le plus élevé que leurs antécédents financiers le permettent. Les utilisateurs quittent donc l'application en quête d'un taux plus bas.
• Flux alternatif 2 : le processus d'intégration fonctionne comme prévu, mais l'application est confrontée à des problèmes de conformité, tels que les exigences Know Your Customer (KYC). Bien que l'application puisse fournir des options de compte, les étapes de conformité supplémentaires ralentissent le processus.
• Flux alternatif 3 : comme l'application ne prend en compte que les autres comptes et les scores de crédit, elle ne peut pas proposer une gamme complète d'options de compte. Par exemple, elle ne peut proposer que des cartes bancaires et des lignes de crédit. Les clients qui recherchent un prêt immobilier doivent donc se tourner vers d'autres options.

Avantages des cas d'utilisation

Lors de la phase de planification, les cas d'utilisation définissent la portée, les exigences et la roadmap de votre projet. Les équipes peuvent également discuter des meilleurs résultats pour les utilisateurs et concevoir un chemin pour y parvenir. Grâce aux flux alternatifs, vous pouvez également anticiper les risques avant qu'ils ne nuisent à l'expérience de l'utilisateur. Si cela ne constitue pas une raison suffisante pour en rédiger un, voici quelques autres avantages des cas d'utilisation :

• Explication de la valeur : les cas d'utilisation expliquent les fonctionnalités d'un système en termes simples. Ainsi, lorsque vous présentez vos projets aux parties prenantes, un cas d'utilisation facilite la compréhension de votre système.
• Prédiction des coûts : un cas d'utilisation souligne la complexité d'un système. Une plus grande complexité peut s'accompagner de fonctionnalités supplémentaires ou de garanties. En apprenant la complexité de votre système, vous pouvez estimer les coûts de développement.
• Amélioration de la planification : sans cas d'utilisation, les designers et les développeurs se concentrent sur ce que fait un système, et non sur la manière dont il le fait. Cependant, les cas d'utilisation aident les équipes à envisager toutes les façons de mettre en œuvre des fonctionnalités et des mesures de protection.
• Partage d'utilisations alternatives : tous les flux alternatifs dans un système ne mènent pas nécessairement à des résultats négatifs. La cartographie de différents scénarios permet de trouver de nouvelles solutions à d'anciens problèmes ou d'élargir votre compréhension de ce qu'un système peut accomplir.

Perfectionnez vos cas d'utilisation avec FigJam

Les cas d'utilisation vont bien plus loin que la description de ce que peut faire votre produit. Ils donnent aux parties prenantes et aux équipes une image claire des interactions des utilisateurs et des résultats réussis. Qu'il s'agisse de l'ajout d'une nouvelle fonctionnalité, d'un prototypage rapide ou de la refonte d'un système, votre planification doit commencer par la rédaction d'un cas d'utilisation.

Plus vous aurez d'informations sur les acteurs, les interactions et les résultats, mieux ce sera. C'est pourquoi il est important de travailler vos cas d'utilisation avec votre équipe et les parties prenantes. Un tableau blanc en ligne comme FigJam facilite la collaboration entre les équipes distantes et vous aide à élaborer des cas d'utilisation complets. Notre galerie de plus de 300 templates peut rassembler les équipes à n'importe quel stade du développement.