{"id":4297,"date":"2026-04-10T22:58:03","date_gmt":"2026-04-10T22:58:03","guid":{"rendered":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/"},"modified":"2026-04-10T22:58:03","modified_gmt":"2026-04-10T22:58:03","slug":"use-case-diagrams-in-scrum-checklist","status":"publish","type":"post","link":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/","title":{"rendered":"Checklist : 10 \u00e9tapes essentielles pour dessiner des diagrammes de cas d’utilisation pr\u00e9cis dans Scrum"},"content":{"rendered":"
Cr\u00e9er des sp\u00e9cifications claires du syst\u00e8me est une \u00e9tape essentielle dans la construction de logiciels dans un environnement Agile. Bien que Scrum mette l’accent sur la flexibilit\u00e9 et le d\u00e9veloppement it\u00e9ratif, disposer d’une compr\u00e9hension solide du comportement du syst\u00e8me reste fondamental. Les diagrammes de cas d’utilisation servent de pont entre les exigences des parties prenantes et la mise en \u0153uvre technique. Ils visualisent la mani\u00e8re dont les utilisateurs interagissent avec le syst\u00e8me sans s’enfoncer dans le code.<\/p>\n
Dans le contexte de Scrum, ces diagrammes aident les propri\u00e9taires de produit et les d\u00e9veloppeurs \u00e0 s’aligner sur ce que le syst\u00e8me doit faire avant d’\u00e9crire une seule ligne de code. Ce guide propose une approche structur\u00e9e pour cr\u00e9er efficacement ces diagrammes, garantissant clart\u00e9 et pr\u00e9cision tout au long du cycle de sprint.<\/p>\n
\n
<\/figure>\n<\/div>\n
\ud83e\udde9 Comprendre les diagrammes de cas d’utilisation dans Agile<\/h2>\n
Un diagramme de cas d’utilisation est un diagramme comportemental qui d\u00e9crit les exigences fonctionnelles d’un syst\u00e8me. Il se concentre sur le quoi<\/strong> plut\u00f4t que sur le comment<\/strong>. Dans Scrum, cela se traduit par la compr\u00e9hension de la valeur apport\u00e9e \u00e0 l’utilisateur plut\u00f4t que par l’architecture technique.<\/p>\n
Ces diagrammes se composent de trois composants principaux :<\/p>\n
\n
Acteurs :<\/strong> Les utilisateurs ou les syst\u00e8mes externes interagissant avec le logiciel.<\/li>\n
Cas d’utilisation :<\/strong> Les fonctions sp\u00e9cifiques ou les actions que le syst\u00e8me effectue.<\/li>\n
Relations :<\/strong> Les connexions montrant comment les acteurs et les cas d’utilisation interagissent.<\/li>\n<\/ul>\n
Contrairement aux mod\u00e8les rigides en cascade, Scrum permet \u00e0 ces diagrammes d’\u00e9voluer. Ce sont des documents vivants qui s’adaptent au fur et \u00e0 mesure que le backlog est affin\u00e9. Cette capacit\u00e9 d’adaptation est essentielle pour g\u00e9rer l’\u00e9largissement du p\u00e9rim\u00e8tre tout en maintenant une vision claire.<\/p>\n
\ud83d\ude80 10 \u00e9tapes essentielles pour la pr\u00e9cision<\/h2>\n
Pour garantir que vos diagrammes remplissent leur fonction, suivez cette checklist compl\u00e8te. Chaque \u00e9tape s’appuie sur la pr\u00e9c\u00e9dente pour cr\u00e9er une image coh\u00e9rente du syst\u00e8me.<\/p>\n
1. D\u00e9finir la fronti\u00e8re du syst\u00e8me \ud83d\udea7<\/h3>\n
La premi\u00e8re \u00e9tape consiste \u00e0 \u00e9tablir ce qui est \u00e0 l’int\u00e9rieur du syst\u00e8me et ce qui est \u00e0 l’ext\u00e9rieur. Dessinez une bo\u00eete qui repr\u00e9sente le p\u00e9rim\u00e8tre du logiciel en cours de d\u00e9veloppement.<\/p>\n
\n
\u00c0 l’int\u00e9rieur :<\/strong> Tous les processus, les magasins de donn\u00e9es et les fonctions inclus dans le sprint ou la version actuelle.<\/li>\n
\u00c0 l’ext\u00e9rieur :<\/strong> Des utilisateurs externes, des syst\u00e8mes h\u00e9rit\u00e9s ou des services tiers.<\/li>\n<\/ul>\n
Des fronti\u00e8res claires \u00e9vitent toute ambigu\u00eft\u00e9 sur le p\u00e9rim\u00e8tre. Si une fonction se trouve \u00e0 la limite, d\u00e9cidez si elle appartient \u00e0 l’int\u00e9rieur de la bo\u00eete ou reste une interaction avec un acteur externe.<\/p>\n
2. Identifier les acteurs principaux \ud83e\uddd1\u200d\ud83d\udcbb<\/h3>\n
Les acteurs principaux sont les utilisateurs principaux qui initient les interactions pour atteindre un objectif. Dans Scrum, ils sont souvent repr\u00e9sent\u00e9s par des personas d\u00e9riv\u00e9s des histoires d’utilisateur.<\/p>\n
\n
Qui est l’utilisateur principal ?<\/li>\n
Quel est leur r\u00f4le dans l’organisation ?<\/li>\n
Ont-ils la permission d’acc\u00e9der \u00e0 des fonctionnalit\u00e9s sp\u00e9cifiques ?<\/li>\n<\/ul>\n
Label chaque acteur clairement. \u00c9vitez les termes g\u00e9n\u00e9riques comme \u00ab Utilisateur \u00bb si des r\u00f4les sp\u00e9cifiques existent, tels que \u00ab Administrateur \u00bb ou \u00ab Client \u00bb. La pr\u00e9cision aide \u00e0 comprendre les niveaux d’autorisation plus tard.<\/p>\n
3. Identifiez les acteurs secondaires \ud83e\udd16<\/h3>\n
Les acteurs secondaires sont des syst\u00e8mes ou des utilisateurs avec lesquels l’acteur principal interagit de mani\u00e8re indirecte. Ce sont souvent des services automatis\u00e9s ou des bases de donn\u00e9es externes.<\/p>\n
\n
Passerelles de paiement<\/li>\n
Serveurs de messagerie<\/li>\n
Bases de donn\u00e9es h\u00e9rit\u00e9es<\/li>\n<\/ul>\n
La documentation de ces \u00e9l\u00e9ments garantit que l’\u00e9quipe tient compte des d\u00e9pendances. Si une API externe change, l’impact sur le cas d’utilisation devient imm\u00e9diatement visible.<\/p>\n
4. Liste tous les cas d’utilisation \ud83d\udcdd<\/h3>\n
Pour chaque acteur, listez les objectifs qu’ils souhaitent atteindre. Chaque objectif devient un cas d’utilisation. En Scrum, ceux-ci correspondent souvent aux crit\u00e8res d’acceptation ou aux r\u00e9sultats sp\u00e9cifiques des histoires d’utilisateur.<\/p>\n
\n
Format :<\/strong>Paires verbe-nom (par exemple, \u00ab Passer une commande \u00bb, \u00ab Visualiser un rapport \u00bb).<\/li>\n
Granularit\u00e9 :<\/strong>Maintenez les cas d’utilisation \u00e0 un niveau de d\u00e9tail coh\u00e9rent. N’associez pas des objectifs de haut niveau \u00e0 des \u00e9tapes de bas niveau.<\/li>\n<\/ul>\n
Cette \u00e9tape aide \u00e0 estimer l’effort. Les cas d’utilisation importants peuvent \u00eatre divis\u00e9s en histoires d’utilisateur plus petites lors du raffinement du backlog.<\/p>\n
5. Dessinez les relations entre les acteurs et les cas d’utilisation \ud83d\udd17<\/h3>\n
Connectez les acteurs aux cas d’utilisation \u00e0 l’aide de lignes pleines. Cela repr\u00e9sente une association directe.<\/p>\n
\n
Si un acteur peut effectuer un cas d’utilisation, dessinez une ligne.<\/li>\n
N’associez pas les acteurs entre eux sauf s’ils interagissent directement en dehors du syst\u00e8me.<\/li>\n
N’associez pas les cas d’utilisation entre eux sans pr\u00e9ciser le type de relation.<\/li>\n<\/ul>\n
La clart\u00e9 est primordiale ici. Un r\u00e9seau d\u00e9sordonn\u00e9 de lignes masque le flux r\u00e9el du travail.<\/p>\n
6. Inclure les relations (g\u00e9n\u00e9ralisation) \ud83d\udc65<\/h3>\n
La g\u00e9n\u00e9ralisation vous permet de regrouper des cas d’utilisation ou des acteurs similaires. Elle r\u00e9duit la redondance et am\u00e9liore la lisibilit\u00e9.<\/p>\n
\n
H\u00e9ritage d’acteur :<\/strong>Si un \u00ab G\u00e9rant \u00bb est un type d’\u00ab Employ\u00e9 \u00bb, montrez que le G\u00e9rant h\u00e9rite de l’Employ\u00e9.<\/li>\n
H\u00e9ritage de cas d’utilisation :<\/strong>Si \u00ab Connexion \u00bb et \u00ab Connexion via SSO \u00bb sont similaires, regroupez-les sous un cas d’utilisation g\u00e9n\u00e9ral \u00ab Connexion \u00bb.<\/li>\n<\/ul>\n
Cela aide \u00e0 g\u00e9rer des syst\u00e8mes complexes sans encombrer le diagramme avec chaque variation mineure.<\/p>\n
7. D\u00e9finissez les relations d’inclusion \u2795<\/h3>\n
Une relation d’inclusion indique qu’un cas d’utilisationdoit<\/em> appeler un autre cas d’utilisation pour compl\u00e9ter sa fonction. Il s’agit d’une d\u00e9pendance obligatoire.<\/p>\n
\n
Exemple :<\/strong> \u00ab Passer une commande \u00bb inclut \u00ab Valider le paiement \u00bb.<\/li>\n
Pourquoi :<\/strong>Vous ne pouvez pas finaliser la commande sans valider le paiement.<\/li>\n<\/ul>\n
Cela clarifie les \u00e9tapes obligatoires. Cela garantit que l’\u00e9quipe sait que certains sous-processus sont des \u00e9l\u00e9ments incontournables du flux principal.<\/p>\n
8. D\u00e9finir les relations d’extension \u26a1<\/h3>\n
Une relation d’extension indique un comportement facultatif qui peut se produire dans des conditions sp\u00e9cifiques. Il s’agit d’une d\u00e9pendance conditionnelle.<\/p>\n
\n
Exemple :<\/strong> \u00ab Passer une commande \u00bb s’\u00e9tend \u00e0 \u00ab Appliquer une r\u00e9duction \u00bb si un code est saisi.<\/li>\n
Pourquoi :<\/strong> Toute commande n’a pas besoin d’une r\u00e9duction, mais le syst\u00e8me doit la prendre en charge.<\/li>\n<\/ul>\n
Faire la distinction entre inclure et \u00e9tendre est crucial pour la logique de d\u00e9veloppement. Inclure est obligatoire ; \u00e9tendre est facultatif selon l’\u00e9tat.<\/p>\n
9. Valider avec les parties prenantes \ud83d\udc41\ufe0f<\/h3>\n
Avant de finaliser le diagramme, passez-le en revue avec le Product Owner et les parties prenantes cl\u00e9s. En Scrum, le Product Owner repr\u00e9sente la voix du client.<\/p>\n
\n
Le diagramme correspond-il \u00e0 la vision ?<\/li>\n
Y a-t-il des acteurs manquants ?<\/li>\n
La limite du syst\u00e8me est-elle pr\u00e9cise pour le sprint actuel ?<\/li>\n<\/ul>\n
Les boucles de retour sont essentielles. Un diagramme qui semble parfait sur papier pourrait manquer une contrainte du monde r\u00e9el. La validation par les parties prenantes permet de les d\u00e9tecter t\u00f4t.<\/p>\n
10. It\u00e9rer avec le raffinement du backlog \ud83d\udd04<\/h3>\n
Les diagrammes de cas d’utilisation ne sont pas statiques. Au fur et \u00e0 mesure que le produit \u00e9volue, le diagramme doit \u00e9voluer. Lors des sessions de raffinement du backlog, mettez \u00e0 jour le diagramme pour refl\u00e9ter de nouvelles histoires ou des fonctionnalit\u00e9s supprim\u00e9es.<\/p>\n
\n
Supprimez les cas d’utilisation obsol\u00e8tes.<\/li>\n
Ajoutez de nouveaux acteurs pour de nouveaux r\u00f4les utilisateurs.<\/li>\n
Ajustez les limites pour les nouveaux modules.<\/li>\n<\/ul>\n
Cela maintient la documentation synchronis\u00e9e avec la base de code. Cela emp\u00eache le diagramme de devenir un vestige que personne ne lit.<\/p>\n
\ud83d\udcca Comparaison : Cas d’utilisation vs. Historique utilisateur<\/h2>\n
La confusion survient souvent entre les diagrammes de cas d’utilisation et les histoires utilisateur en Scrum. Bien qu’elles soient li\u00e9es, elles ont des objectifs diff\u00e9rents.<\/p>\n
\n
\n
Fonctionnalit\u00e9<\/th>\n
Diagramme de cas d’utilisation<\/th>\n
Historique utilisateur<\/th>\n<\/tr>\n
\n
Port\u00e9e<\/strong><\/td>\n
Comportement global du syst\u00e8me<\/td>\n
Objectif sp\u00e9cifique de l’it\u00e9ration<\/td>\n<\/tr>\n
Les diagrammes de cas d’utilisation fournissent la carte ; les historiques utilisateurs fournissent le parcours pas \u00e0 pas. Les deux sont n\u00e9cessaires pour une vision compl\u00e8te.<\/p>\n
M\u00eame les \u00e9quipes exp\u00e9riment\u00e9es commettent des erreurs lors de la mod\u00e9lisation des syst\u00e8mes. Soyez conscient de ces probl\u00e8mes courants pour pr\u00e9server l’int\u00e9grit\u00e9 du diagramme.<\/p>\n
\n
Trop de d\u00e9tails :<\/strong> Ne dessinez pas chaque clic individuel. Gardez le diagramme au niveau fonctionnel.<\/li>\n
Impl\u00e9mentation technique :<\/strong> Ne montrez pas les tables de base de donn\u00e9es ou les points de terminaison API sauf s’ils sont des acteurs externes.<\/li>\n
Acteurs manquants :<\/strong> N’oubliez pas le syst\u00e8me lui-m\u00eame ou les processus en arri\u00e8re-plan comme des acteurs.<\/li>\n
Nomenclature incoh\u00e9rente :<\/strong> Utilisez les m\u00eames termes pour les acteurs et les cas d’utilisation tout au long du document.<\/li>\n
Ignorer les exigences non fonctionnelles :<\/strong> Bien que les cas d’utilisation se concentrent sur la fonction, rappelez-vous que les contraintes de performance et de s\u00e9curit\u00e9 s’appliquent aux acteurs et aux limites.<\/li>\n<\/ul>\n
\ud83d\udee0\ufe0f Outils de cr\u00e9ation<\/h2>\n
Bien que la m\u00e9thode compte plus que l’outil, choisir le bon logiciel peut simplifier le processus. Recherchez des outils qui supportent la fonctionnalit\u00e9 de glisser-d\u00e9poser et les capacit\u00e9s d’exportation.<\/p>\n
\n
Bas\u00e9 sur le cloud :<\/strong> Permet la collaboration en temps r\u00e9el pendant les r\u00e9unions de planification.<\/li>\n
Hors ligne :<\/strong> Utile dans les environnements s\u00e9curis\u00e9s ou pour les \u00e9quipes d\u00e9connect\u00e9es.<\/li>\n
Int\u00e9gration :<\/strong> Les outils qui relient les diagrammes aux syst\u00e8mes de gestion de tickets aident \u00e0 suivre les exigences.<\/li>\n<\/ul>\n
Assurez-vous que l’outil supporte une notation standard (comme UML) afin que d’autres d\u00e9veloppeurs puissent lire le diagramme sans formation sp\u00e9ciale.<\/p>\n
\ud83d\udcc8 Mesurer le succ\u00e8s<\/h2>\n
Comment savez-vous que le diagramme est pr\u00e9cis ? Recherchez ces indicateurs de succ\u00e8s.<\/p>\n
\n
Clart\u00e9 :<\/strong> Un nouveau membre de l’\u00e9quipe peut comprendre le flux sans poser de questions.<\/li>\n
Compl\u00e9tude :<\/strong> Tous les objectifs principaux des utilisateurs sont repr\u00e9sent\u00e9s.<\/li>\n
Alignement :<\/strong> Le diagramme correspond \u00e0 l’objectif du sprint et au backlog.<\/li>\n
Stabilit\u00e9 :<\/strong> La structure principale reste stable au fil des sprints, m\u00eame si les d\u00e9tails \u00e9voluent.<\/li>\n<\/ul>\n
Si l’\u00e9quipe passe plus de temps \u00e0 d\u00e9battre du diagramme que du code, celui-ci pourrait \u00eatre trop complexe. La simplicit\u00e9 est une vertu dans la documentation.<\/p>\n
\ud83d\udd17 Int\u00e9gration avec les \u00e9v\u00e9nements Scrum<\/h2>\n
Les diagrammes de cas d’utilisation s’int\u00e8grent naturellement \u00e0 des \u00e9v\u00e9nements Scrum sp\u00e9cifiques.<\/p>\n
Planification du sprint<\/h3>\n
Revoyez le diagramme pour vous assurer que les histoires s\u00e9lectionn\u00e9es s’alignent avec les capacit\u00e9s du syst\u00e8me. Identifiez toute lacune dans le flux avant de vous engager sur le sprint.<\/p>\n
R\u00e9union quotidienne<\/h3>\n
Utilisez le diagramme pour discuter des blocages. Si un acteur ne peut pas atteindre un cas d’utilisation, identifiez la d\u00e9pendance manquante.<\/p>\n
Revue<\/h3>\n
Montrez la fonctionnalit\u00e9 par rapport au diagramme. Si le syst\u00e8me fonctionne mais que le diagramme ne correspond pas, mettez-le \u00e0 jour.<\/p>\n
R\u00e9flexion<\/h3>\n
Discutez si le diagramme a aid\u00e9 ou frein\u00e9 le d\u00e9veloppement. \u00c9tait-il trop vague ? Trop d\u00e9taill\u00e9 ? Ajustez le niveau d’abstraction pour le prochain sprint.<\/p>\n
\ud83c\udfaf Pens\u00e9es finales<\/h2>\n
La construction de diagrammes de cas d’utilisation pr\u00e9cis dans Scrum exige de la discipline et de la collaboration. Il ne s’agit pas de cr\u00e9er un dessin parfait ; il s’agit de cr\u00e9er une compr\u00e9hension partag\u00e9e.<\/p>\n
En suivant ces dix \u00e9tapes, les \u00e9quipes peuvent s’assurer que leurs exigences sont claires, que leurs limites sont d\u00e9finies, et que leurs efforts de d\u00e9veloppement sont orient\u00e9s vers la livraison de valeur. Le diagramme devient un outil de communication, et non seulement un artefact technique.<\/p>\n
Souvenez-vous que l’objectif n’est pas la perfection du premier coup. C’est l’avancement. Commencez par une simple bo\u00eete, ajoutez un acteur, et construisez \u00e0 partir de l\u00e0. La complexit\u00e9 augmentera au fur et \u00e0 mesure que le produit \u00e9voluera.<\/p>\n
Gardez l’\u00e9quipe impliqu\u00e9e. Gardez les parties prenantes engag\u00e9es. Et gardez le diagramme \u00e0 jour. Cette approche it\u00e9rative refl\u00e8te elle-m\u00eame la philosophie Agile.<\/p>\n
\u2705 Liste de contr\u00f4le rapide<\/h2>\n
\n
\u25a1 Fronti\u00e8re du syst\u00e8me d\u00e9finie<\/li>\n
\u25a1 Validation par les parties prenantes termin\u00e9e<\/li>\n
\u25a1 Affinement du backlog int\u00e9gr\u00e9<\/li>\n<\/ul>\n
Utilisez cette liste de contr\u00f4le \u00e0 la fin de chaque session de mod\u00e9lisation. Elle garantit que rien n’est oubli\u00e9 avant le d\u00e9but du d\u00e9veloppement.<\/p>\n","protected":false},"excerpt":{"rendered":"
Cr\u00e9er des sp\u00e9cifications claires du syst\u00e8me est une \u00e9tape essentielle dans la construction de logiciels dans un environnement Agile. Bien que Scrum mette l’accent sur la flexibilit\u00e9 et le d\u00e9veloppement it\u00e9ratif, disposer d’une compr\u00e9hension solide du comportement du syst\u00e8me reste fondamental. Les diagrammes de cas d’utilisation servent de pont entre les exigences des parties prenantes et la mise en \u0153uvre technique. Ils visualisent la mani\u00e8re dont les utilisateurs interagissent avec le syst\u00e8me sans s’enfoncer dans le code. Dans le contexte de Scrum, ces diagrammes aident les propri\u00e9taires de produit et les d\u00e9veloppeurs \u00e0 s’aligner sur ce que le syst\u00e8me doit faire avant d’\u00e9crire une seule ligne de code. Ce guide propose une approche structur\u00e9e pour cr\u00e9er efficacement ces diagrammes, garantissant clart\u00e9 et pr\u00e9cision tout au long du cycle de sprint. \ud83e\udde9 Comprendre les diagrammes de cas d’utilisation dans Agile Un diagramme de cas d’utilisation est un diagramme comportemental qui d\u00e9crit les exigences fonctionnelles d’un syst\u00e8me. Il se concentre sur le quoi plut\u00f4t que sur le comment. Dans Scrum, cela se traduit par la compr\u00e9hension de la valeur apport\u00e9e \u00e0 l’utilisateur plut\u00f4t que par l’architecture technique. Ces diagrammes se composent de trois composants principaux : Acteurs : Les utilisateurs ou les syst\u00e8mes externes interagissant avec le logiciel. Cas d’utilisation : Les fonctions sp\u00e9cifiques ou les actions que le syst\u00e8me effectue. Relations : Les connexions montrant comment les acteurs et les cas d’utilisation interagissent. Contrairement aux mod\u00e8les rigides en cascade, Scrum permet \u00e0 ces diagrammes d’\u00e9voluer. Ce sont des documents vivants qui s’adaptent au fur et \u00e0 mesure que le backlog est affin\u00e9. Cette capacit\u00e9 d’adaptation est essentielle pour g\u00e9rer l’\u00e9largissement du p\u00e9rim\u00e8tre tout en maintenant une vision claire. \ud83d\ude80 10 \u00e9tapes essentielles pour la pr\u00e9cision Pour garantir que vos diagrammes remplissent leur fonction, suivez cette checklist compl\u00e8te. Chaque \u00e9tape s’appuie sur la pr\u00e9c\u00e9dente pour cr\u00e9er une image coh\u00e9rente du syst\u00e8me. 1. D\u00e9finir la fronti\u00e8re du syst\u00e8me \ud83d\udea7 La premi\u00e8re \u00e9tape consiste \u00e0 \u00e9tablir ce qui est \u00e0 l’int\u00e9rieur du syst\u00e8me et ce qui est \u00e0 l’ext\u00e9rieur. Dessinez une bo\u00eete qui repr\u00e9sente le p\u00e9rim\u00e8tre du logiciel en cours de d\u00e9veloppement. \u00c0 l’int\u00e9rieur : Tous les processus, les magasins de donn\u00e9es et les fonctions inclus dans le sprint ou la version actuelle. \u00c0 l’ext\u00e9rieur : Des utilisateurs externes, des syst\u00e8mes h\u00e9rit\u00e9s ou des services tiers. Des fronti\u00e8res claires \u00e9vitent toute ambigu\u00eft\u00e9 sur le p\u00e9rim\u00e8tre. Si une fonction se trouve \u00e0 la limite, d\u00e9cidez si elle appartient \u00e0 l’int\u00e9rieur de la bo\u00eete ou reste une interaction avec un acteur externe. 2. Identifier les acteurs principaux \ud83e\uddd1\u200d\ud83d\udcbb Les acteurs principaux sont les utilisateurs principaux qui initient les interactions pour atteindre un objectif. Dans Scrum, ils sont souvent repr\u00e9sent\u00e9s par des personas d\u00e9riv\u00e9s des histoires d’utilisateur. Qui est l’utilisateur principal ? Quel est leur r\u00f4le dans l’organisation ? Ont-ils la permission d’acc\u00e9der \u00e0 des fonctionnalit\u00e9s sp\u00e9cifiques ? Label chaque acteur clairement. \u00c9vitez les termes g\u00e9n\u00e9riques comme \u00ab Utilisateur \u00bb si des r\u00f4les sp\u00e9cifiques existent, tels que \u00ab Administrateur \u00bb ou \u00ab Client \u00bb. La pr\u00e9cision aide \u00e0 comprendre les niveaux d’autorisation plus tard. 3. Identifiez les acteurs secondaires \ud83e\udd16 Les acteurs secondaires sont des syst\u00e8mes ou des utilisateurs avec lesquels l’acteur principal interagit de mani\u00e8re indirecte. Ce sont souvent des services automatis\u00e9s ou des bases de donn\u00e9es externes. Passerelles de paiement Serveurs de messagerie Bases de donn\u00e9es h\u00e9rit\u00e9es La documentation de ces \u00e9l\u00e9ments garantit que l’\u00e9quipe tient compte des d\u00e9pendances. Si une API externe change, l’impact sur le cas d’utilisation devient imm\u00e9diatement visible. 4. Liste tous les cas d’utilisation \ud83d\udcdd Pour chaque acteur, listez les objectifs qu’ils souhaitent atteindre. Chaque objectif devient un cas d’utilisation. En Scrum, ceux-ci correspondent souvent aux crit\u00e8res d’acceptation ou aux r\u00e9sultats sp\u00e9cifiques des histoires d’utilisateur. Format :Paires verbe-nom (par exemple, \u00ab Passer une commande \u00bb, \u00ab Visualiser un rapport \u00bb). Granularit\u00e9 :Maintenez les cas d’utilisation \u00e0 un niveau de d\u00e9tail coh\u00e9rent. N’associez pas des objectifs de haut niveau \u00e0 des \u00e9tapes de bas niveau. Cette \u00e9tape aide \u00e0 estimer l’effort. Les cas d’utilisation importants peuvent \u00eatre divis\u00e9s en histoires d’utilisateur plus petites lors du raffinement du backlog. 5. Dessinez les relations entre les acteurs et les cas d’utilisation \ud83d\udd17 Connectez les acteurs aux cas d’utilisation \u00e0 l’aide de lignes pleines. Cela repr\u00e9sente une association directe. Si un acteur peut effectuer un cas d’utilisation, dessinez une ligne. N’associez pas les acteurs entre eux sauf s’ils interagissent directement en dehors du syst\u00e8me. N’associez pas les cas d’utilisation entre eux sans pr\u00e9ciser le type de relation. La clart\u00e9 est primordiale ici. Un r\u00e9seau d\u00e9sordonn\u00e9 de lignes masque le flux r\u00e9el du travail. 6. Inclure les relations (g\u00e9n\u00e9ralisation) \ud83d\udc65 La g\u00e9n\u00e9ralisation vous permet de regrouper des cas d’utilisation ou des acteurs similaires. Elle r\u00e9duit la redondance et am\u00e9liore la lisibilit\u00e9. H\u00e9ritage d’acteur :Si un \u00ab G\u00e9rant \u00bb est un type d’\u00ab Employ\u00e9 \u00bb, montrez que le G\u00e9rant h\u00e9rite de l’Employ\u00e9. H\u00e9ritage de cas d’utilisation :Si \u00ab Connexion \u00bb et \u00ab Connexion via SSO \u00bb sont similaires, regroupez-les sous un cas d’utilisation g\u00e9n\u00e9ral \u00ab Connexion \u00bb. Cela aide \u00e0 g\u00e9rer des syst\u00e8mes complexes sans encombrer le diagramme avec chaque variation mineure. 7. D\u00e9finissez les relations d’inclusion \u2795 Une relation d’inclusion indique qu’un cas d’utilisationdoit appeler un autre cas d’utilisation pour compl\u00e9ter sa fonction. Il s’agit d’une d\u00e9pendance obligatoire. Exemple : \u00ab Passer une commande \u00bb inclut \u00ab Valider le paiement \u00bb. Pourquoi :Vous ne pouvez pas finaliser la commande sans valider le paiement. Cela clarifie les \u00e9tapes obligatoires. Cela garantit que l’\u00e9quipe sait que certains sous-processus sont des \u00e9l\u00e9ments incontournables du flux principal. 8. D\u00e9finir les relations d’extension \u26a1 Une relation d’extension indique un comportement facultatif qui peut se produire dans des conditions sp\u00e9cifiques. Il s’agit d’une d\u00e9pendance conditionnelle. Exemple : \u00ab Passer une commande \u00bb s’\u00e9tend \u00e0 \u00ab Appliquer une r\u00e9duction \u00bb si un code est saisi. Pourquoi : Toute commande n’a pas besoin d’une r\u00e9duction, mais le syst\u00e8me doit la prendre en charge. Faire la distinction entre inclure et \u00e9tendre est crucial pour la logique de d\u00e9veloppement. Inclure est obligatoire ; \u00e9tendre est<\/p>\n","protected":false},"author":1,"featured_media":4298,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[56],"tags":[77,87],"class_list":["post-4297","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uml","tag-academic","tag-use-case-diagram"],"yoast_head":"\n
10 \u00e9tapes pour les diagrammes de cas d'utilisation dans Scrum | Guide Agile<\/title>\n<meta name=\"description\" content=\"Apprenez \u00e0 dessiner des diagrammes de cas d'utilisation pr\u00e9cis dans Scrum. Une liste de contr\u00f4le d\u00e9taill\u00e9e pour les \u00e9quipes agiles afin de d\u00e9finir efficacement le comportement du syst\u00e8me.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/\" \/>\n<meta property=\"og:locale\" content=\"fr_FR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"10 \u00e9tapes pour les diagrammes de cas d'utilisation dans Scrum | Guide Agile\" \/>\n<meta property=\"og:description\" content=\"Apprenez \u00e0 dessiner des diagrammes de cas d'utilisation pr\u00e9cis dans Scrum. Une liste de contr\u00f4le d\u00e9taill\u00e9e pour les \u00e9quipes agiles afin de d\u00e9finir efficacement le comportement du syst\u00e8me.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/\" \/>\n<meta property=\"og:site_name\" content=\"Diagrams AI French\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-10T22:58:03+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"\u00c9crit par\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Dur\u00e9e de lecture estim\u00e9e\" \/>\n\t<meta name=\"twitter:data2\" content=\"10 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"headline\":\"Checklist : 10 \u00e9tapes essentielles pour dessiner des diagrammes de cas d’utilisation pr\u00e9cis dans Scrum\",\"datePublished\":\"2026-04-10T22:58:03+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/\"},\"wordCount\":2201,\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/wp-content\\\/uploads\\\/sites\\\/6\\\/2026\\\/04\\\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg\",\"keywords\":[\"academic\",\"use case diagram\"],\"articleSection\":[\"UML\"],\"inLanguage\":\"fr-FR\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/\",\"name\":\"10 \u00e9tapes pour les diagrammes de cas d'utilisation dans Scrum | Guide Agile\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/wp-content\\\/uploads\\\/sites\\\/6\\\/2026\\\/04\\\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg\",\"datePublished\":\"2026-04-10T22:58:03+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"description\":\"Apprenez \u00e0 dessiner des diagrammes de cas d'utilisation pr\u00e9cis dans Scrum. Une liste de contr\u00f4le d\u00e9taill\u00e9e pour les \u00e9quipes agiles afin de d\u00e9finir efficacement le comportement du syst\u00e8me.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/#breadcrumb\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/wp-content\\\/uploads\\\/sites\\\/6\\\/2026\\\/04\\\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg\",\"contentUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/wp-content\\\/uploads\\\/sites\\\/6\\\/2026\\\/04\\\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/use-case-diagrams-in-scrum-checklist\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Checklist : 10 \u00e9tapes essentielles pour dessiner des diagrammes de cas d’utilisation pr\u00e9cis dans Scrum\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/#website\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/\",\"name\":\"Diagrams AI French\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"fr-FR\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\\\/\\\/www.diagrams-ai.com\"],\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/fr\\\/author\\\/vpadmin\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"10 \u00e9tapes pour les diagrammes de cas d'utilisation dans Scrum | Guide Agile","description":"Apprenez \u00e0 dessiner des diagrammes de cas d'utilisation pr\u00e9cis dans Scrum. Une liste de contr\u00f4le d\u00e9taill\u00e9e pour les \u00e9quipes agiles afin de d\u00e9finir efficacement le comportement du syst\u00e8me.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/","og_locale":"fr_FR","og_type":"article","og_title":"10 \u00e9tapes pour les diagrammes de cas d'utilisation dans Scrum | Guide Agile","og_description":"Apprenez \u00e0 dessiner des diagrammes de cas d'utilisation pr\u00e9cis dans Scrum. Une liste de contr\u00f4le d\u00e9taill\u00e9e pour les \u00e9quipes agiles afin de d\u00e9finir efficacement le comportement du syst\u00e8me.","og_url":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/","og_site_name":"Diagrams AI French","article_published_time":"2026-04-10T22:58:03+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"\u00c9crit par":"vpadmin","Dur\u00e9e de lecture estim\u00e9e":"10 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/#article","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.diagrams-ai.com\/fr\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"headline":"Checklist : 10 \u00e9tapes essentielles pour dessiner des diagrammes de cas d’utilisation pr\u00e9cis dans Scrum","datePublished":"2026-04-10T22:58:03+00:00","mainEntityOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/"},"wordCount":2201,"image":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg","keywords":["academic","use case diagram"],"articleSection":["UML"],"inLanguage":"fr-FR"},{"@type":"WebPage","@id":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/","url":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/","name":"10 \u00e9tapes pour les diagrammes de cas d'utilisation dans Scrum | Guide Agile","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/#primaryimage"},"image":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg","datePublished":"2026-04-10T22:58:03+00:00","author":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"description":"Apprenez \u00e0 dessiner des diagrammes de cas d'utilisation pr\u00e9cis dans Scrum. Une liste de contr\u00f4le d\u00e9taill\u00e9e pour les \u00e9quipes agiles afin de d\u00e9finir efficacement le comportement du syst\u00e8me.","breadcrumb":{"@id":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/#breadcrumb"},"inLanguage":"fr-FR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/"]}]},{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/#primaryimage","url":"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg","contentUrl":"https:\/\/www.diagrams-ai.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/04\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.diagrams-ai.com\/fr\/use-case-diagrams-in-scrum-checklist\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.diagrams-ai.com\/fr\/"},{"@type":"ListItem","position":2,"name":"Checklist : 10 \u00e9tapes essentielles pour dessiner des diagrammes de cas d’utilisation pr\u00e9cis dans Scrum"}]},{"@type":"WebSite","@id":"https:\/\/www.diagrams-ai.com\/fr\/#website","url":"https:\/\/www.diagrams-ai.com\/fr\/","name":"Diagrams AI French","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.diagrams-ai.com\/fr\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"fr-FR"},{"@type":"Person","@id":"https:\/\/www.diagrams-ai.com\/fr\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.diagrams-ai.com"],"url":"https:\/\/www.diagrams-ai.com\/fr\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/posts\/4297","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/comments?post=4297"}],"version-history":[{"count":0,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/posts\/4297\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/media\/4298"}],"wp:attachment":[{"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/media?parent=4297"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/categories?post=4297"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/fr\/wp-json\/wp\/v2\/tags?post=4297"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"Charcoal](\"https:\/\/www.diagrams-ai.com\/wp-content\/uploads\/2026\/04\/use-case-diagrams-scrum-checklist-infographic-charcoal-sketch.jpg\"\/)
<\/figure>\n<\/div>\n