Quand une tâche est-elle considérée comme terminée ? Lorsque la tâche répond à ses exigences. Cependant, les exigences peuvent être délibérément vagues ou rédigées de manière générale. Si les exigences nous indiquent ce que le produit global doit faire, elles ne définissent pas toutes les normes auxquelles il doit répondre.
C'est le rôle d'un autre artefact de gestion de projet agile appelé « critères d'acceptation ». Dans cet article, nous explorons ce que sont les critères d'acceptation, pourquoi vous en avez besoin et comment les rédiger pour votre projet.
Que sont les critères d'acceptation ?
Issus du génie logiciel, les critères d'acceptation sont un ensemble de conditions qu'une nouvelle fonctionnalité/un nouvel incrément doit remplir pour être considéré comme complet.
Concrètement, il s'agit des critères sur la base desquels une fonctionnalité serait acceptée par le propriétaire du produit ou le client.
Caractéristiques des critères d'acceptation efficaces
Les critères d'acceptation constituent le dernier point de contrôle permettant de déterminer si le produit/la fonctionnalité est prêt(e) pour l'utilisateur. Ils constituent le cachet d'approbation attestant que le produit/la fonctionnalité est suffisamment abouti(e) pour être mis(e) en production.
Pour être efficaces, les critères d'acceptation doivent être :
Axé sur l'utilisateur : les équipes créent des critères d'acceptation du point de vue de l'utilisateur afin de garantir l'alignement avec les objectifs de l'entreprise.
Axés sur les résultats : contrairement à un récit utilisateur, les critères d'acceptation définissent le résultat souhaité. Ils doivent donc également être mesurables.
Spécifique : chaque critère doit être spécifique et applicable à un aspect de la fonctionnalité.
Par exemple, « doit être conforme aux dix principales vulnérabilités OWASP » peut être un critère efficace, car il est spécifique à la sécurité.
Concis : les phrases doivent être courtes. Elles doivent utiliser le langage et la nomenclature utilisés par l'équipe de développement et avec lesquels celle-ci est à l'aise.
Indépendance : il est préférable de s'assurer qu'un critère d'acceptation ne soit pas soumis à une dépendance vis-à-vis d'un autre, ce qui créerait un réseau de complexités.
Testable : c'est l'aspect le plus important. Un bon critère d'acceptation doit être testable. Il prend généralement la forme d'un résultat positif ou négatif.
Pourquoi les critères d'acceptation sont-ils importants ?
Toutes les équipes logicielles savent comment recueillir les exigences de manière agile afin de définir précisément les besoins du propriétaire du produit/client. Pourquoi alors avons-nous besoin d'un autre artefact, me direz-vous ? Voici pourquoi.
Contexte courant
Les critères d'acceptation permettent aux propriétaires de produits, aux développeurs et aux analystes qualité de s'accorder sur chaque fonctionnalité. Ils évitent toute confusion, interprétation subjective et malentendu potentiel.
Alignement des produits
Les critères d'acceptation servent d'échelle pour mesurer l'adéquation du produit/de la fonctionnalité avec les exigences, les objectifs et les buts. Ils assurent la connexion entre le code et l'entreprise.
Efficacité des tests
Lorsque vous avez clairement défini les critères d'acceptation, vos équipes qualité peuvent automatiser et accélérer le processus de test agile. Elles créent également une répétabilité entre les sprints.
Efficacité de la gestion de projet
De bons critères d'acceptation permettent de mieux surveiller, suivre et contrôler les projets. Ils offrent une visibilité claire sur les raisons pour lesquelles une fonctionnalité doit être retravaillée, ce qui aide les chefs de projet à optimiser les processus de gestion de projet.
Clôture positive
Les critères d'acceptation définissent essentiellement ce qui est considéré comme « terminé » dans les projets agiles. Ainsi, lorsque tous les critères d'acceptation sont remplis, vous pouvez livrer un produit en toute confiance, sachant que vous avez fait tout ce qui était nécessaire.
Si cela vous a convaincu d'intégrer des critères d'acceptation dans vos projets, voici comment vous y prendre.
Comment rédiger des critères d'acceptation
Aussi tentant que cela puisse être, la rédaction des critères d'acceptation n'est pas une tâche qui peut être accomplie par une seule personne. Pour être efficaces, les critères d'acceptation doivent intégrer les contributions de diverses parties prenantes. Le propriétaire du produit rédige généralement les critères d'acceptation avec l'aide technique de l'équipe de développement.
Vous trouverez ci-dessous une approche stratégique et complète pour rédiger des critères d'acceptation de manière collaborative à l'aide d'un outil de gestion de produit tout-en-un tel que ClickUp.
1. Comprendre l'objectif des critères d'acceptation
La première étape consiste à déterminer pourquoi vous rédigez des critères d'acceptation. S'agit-il uniquement pour permettre aux responsables de l'assurance qualité d'effectuer des tests ? Sont-ils définis par le client ? S'agit-il d'exigences de conformité ? S'agit-il d'une preuve de concept? Comprenez l'objectif des critères d'acceptation afin de vous assurer qu'ils sont efficaces pour le public et les besoins concernés.
Si les critères d'acceptation proprement dits seront clairs et vérifiables, le document d'intention expliquera en détail les raisons qui les sous-tendent. Par exemple, supposons que l'un des critères d'acceptation soit « activer le schéma de contraste pour les personnes malvoyantes ».
Le document d'intention pourrait indiquer : « Les fonctionnalités pour malvoyants sont essentielles à notre application, car nous servons des clients âgés de plus de 50 ans. Un produit facile à utiliser pour ce public réduira considérablement la charge de travail liée aux visites à domicile pour notre équipe sur le terrain. »
ClickUp Docs est un excellent outil pour rassembler toutes les informations et définir votre objectif. Utilisez-le comme document pour mettre toutes les parties prenantes d'accord (littéralement !) sur la nécessité et l'importance des critères d'acceptation.
Collaborez en temps réel, apportez des modifications en cours, laissez des commentaires et identifiez des personnes pour obtenir leur avis. Une fois que vous avez terminé, vous pouvez également créer des tâches directement depuis vos documents ClickUp.
Bonus : un guide sur les récits épiques et les fonctionnalités pour vous aider à rédiger vos récits d'utilisateurs .
2. Commencez par les récits d'utilisateurs
Maintenant que votre contexte est défini, il est temps de vous mettre à l'écriture. Commencez par le récit utilisateur. Passez en revue le parcours utilisateur que chaque fonctionnalité doit permettre et rédigez les critères d'acceptation correspondants.
Lorsque vous utilisez ClickUp Tasks pour vos récits utilisateurs, vous pouvez créer des champs personnalisés pour des détails spécifiques tels que le rôle de l'utilisateur, l'objectif, le résultat souhaité, les dépendances, etc. Une fois toutes ces informations regroupées au même endroit, réfléchissez à ce que devrait être le résultat terminé.
Si vous êtes novice en la matière, voici un modèle adapté aux débutants pour vous aider à démarrer. Utilisez le modèle User Story de ClickUp pour gérer les stories, les diviser en tâches, hiérarchiser les fonctionnalités, les développer et livrer des produits de classe mondiale.
3. Rédigez les critères d'acceptation
Rédigez les critères d'acceptation en vous basant sur le récit utilisateur. Le moyen le plus simple pour cela est d'utiliser une checklist. Par exemple, lorsque vous créez un formulaire à champ unique pour les abonnements à la newsletter, votre liste de critères d'acceptation pourrait ressembler à ceci :
- L'utilisateur doit pouvoir saisir son adresse de e-mail.
- Le système doit envoyer un e-mail de confirmation à l'adresse e-mail fournie et validée.
Les listes de tâches ClickUp peuvent gérer tout cela directement dans la tâche que vous avez créée pour le récit utilisateur. Sous chaque tâche, ajoutez des checklists pour les critères d'acceptation qui s'y appliquent.
Vous avez des critères de sécurité ou de performance communs applicables à toutes les tâches ? Pas de souci ! Créez un modèle de checklist et appliquez-le automatiquement à toutes les tâches concernées.
4. Mettez en forme le format « Given-When-Then » (Donné-Quand-Alors)
Une autre façon de définir des critères d'acceptation consiste à utiliser le format « Given-When-Then » (GWT). En termes simples, voici à quoi cela ressemble.
- Données : état initial ou contexte du logiciel
- Quand : action ou évènement entrepris par l'utilisateur
- Ensuite : résultat attendu
En substance, cela signifie que, pour une donnée
Lorsque vous créez la même fonctionnalité d'abonnement à la newsletter,
- Données : l'utilisateur tente de s'inscrire à la newsletter.
- Quand : l'utilisateur saisit son e-mail officiel valide.
- Ensuite : un e-mail automatique est envoyé pour confirmer leur abonnement.
5. Collaborez avec les parties prenantes
De bons critères d'acceptation ne s'écrivent pas en vase clos. En général, les chefs de produit apportent le point de vue de l'utilisateur et les besoins de l'entreprise. L'équipe de conception se concentre sur l'expérience utilisateur, la facilité d'utilisation, l'accessibilité, etc. L'équipe de développement contribue aux spécifications techniques. Les DevOps se soucient des performances et de l'utilisation des ressources.
Pour vous assurer que votre produit répond à toutes ces exigences, vous devez rédiger les critères d'acceptation de manière collaborative. Avec ClickUp, cela peut être d'une simplicité déconcertante.
Pour chaque tâche de l'histoire utilisateur, ajoutez les critères d'acceptation, sous forme de checklist, de champ personnalisé, de description ou de commentaire. Utilisez les commentaires imbriqués de ClickUp pour discuter de chaque critère d'acceptation et @mention pour communiquer avec les parties prenantes. Attribuez des actions à mener et plus encore.
6. Restez simple et concis
Évitez d'utiliser des conjonctions dans vos critères d'acceptation. Pas de « et » ni de « ou ». Restez concis, de préférence en une seule phrase simple. Utilisez les mots « devrait » et « doit » plutôt que « peut », « pourrait » ou « serait susceptible de ».
7. Assurez-vous de la testabilité
Pour vous assurer que vos critères d'acceptation sont remplis, vous devez les tester. La manière dont vous rédigez les critères joue un rôle essentiel à cet égard. Assurez-vous que vos critères d'acceptation se prêtent à la rédaction de cas de test. Prolongeons l'exemple précédent.
Si le critère d'acceptation est « l'utilisateur doit pouvoir saisir son adresse de e-mail », le cas de test serait alors :
Étapes :
- Saisissez votre adresse e-mail
- Appuyez sur Entrée.
Résultat :
- Si non, affichez le message « Veuillez saisir votre adresse e-mail officielle ».
- Valider l'adresse e-mail comme officielle
- Si oui, affichez le message « Merci pour votre abonnement. Nous vous avons envoyé un e-mail de confirmation ».
8. Relisez et révisez
Tout au long du processus de développement, surveillez et optimisez vos critères d'acceptation. Avec ClickUp, vous pouvez également configurer des rapports pour chacun d'entre eux afin de voir ce qui nécessite votre attention.
Utilisez les tableaux de bord ClickUp pour créer des widgets personnalisables pour les critères d'acceptation qui vous importent. Identifiez les fonctionnalités qui prennent du retard et élaborez des stratégies pour remédier à la cause profonde.
Vous savez désormais ce qu'il faut faire. Passons maintenant à ce qu'il ne faut pas faire.
Erreurs courantes à éviter lors de la rédaction de critères d'acceptation
Que ce soit au niveau des paramètres techniques, fonctionnels ou opérationnels, vous pouvez commettre un nombre important d'erreurs lors de la rédaction des critères d'acceptation. Voici les erreurs courantes que les équipes commettent généralement.
À faire cavalier seul
Les propriétaires de produits ressentent souvent la pression de rédiger eux-mêmes les critères d'acceptation. Même si cette approche part d'une bonne intention, elle peut passer à côté de l'expertise technique de l'équipe de développement.
Rédigez toujours les critères d'acceptation de manière collaborative.
Ignorer l'utilisateur
Les critères d'acceptation se situant à la fin du processus de développement, il est facile d'oublier l'expérience de l'utilisateur. C'est une grave erreur.
Élaborez toujours vos critères d'acceptation en fonction de l'utilisateur final.
Se concentrer sur la manière dont
Les critères d'acceptation ne concernent pas le fonctionnement d'un outil logiciel. Ils concernent les résultats qu'il doit produire. Rédiger des critères d'acceptation qui définissent « comment » écrire la fonctionnalité peut s'avérer contre-productif.
Concentrez-vous toujours sur les résultats et les retombées attendus.
Rester vague
Des critères d'acceptation vagues ou trop généraux font l'effet inverse de celui escompté : ils laissent place à l'interprétation. Cela signifie que le résultat peut varier en fonction du testeur, des circonstances ou même de l'environnement.
Veillez à ce que les critères d'acceptation soient toujours clairs, précis et sans ambiguïté.
En ajouter trop
Bien qu'il n'existe pas d'échelle permettant de déterminer ce qui constitue un nombre raisonnable, rédiger trop de critères est une grave erreur. En fait, un nombre trop élevé de critères d'acceptation peut indiquer que vous devez diviser le récit utilisateur lui-même en plusieurs parties plus petites. Consultez les points agiles du récit utilisateur pour confirmer cette théorie.
Faites une liste des critères d'acceptation absolument nécessaires.
Bonnes pratiques pour rédiger des critères d'acceptation
Les critères d'acceptation constituent un outil de communication collaboratif important pour les équipes de développement logiciel. Dans cette section, nous nous concentrerons sur la manière dont vous pouvez les rendre aussi efficaces que possible.
Soyez clair
Présentez clairement les critères d'acceptation à toutes les parties prenantes. Le développeur doit comprendre la signification des critères d'acceptation. Et l'analyste qualité doit savoir comment les convertir en cas de test.
Utilisez un langage simple.
Rédigez vos critères d'acceptation dans un langage simple. N'utilisez pas de jargon technique. Évitez surtout de dire au développeur comment il doit écrire le code.
Conservez des résultats binaires
Un critère d'acceptation est soit rempli, soit non rempli. Il n'y a pas de « partiellement rempli » ou « rempli à 80 % ». Rédigez donc les critères d'acceptation sous forme d'énoncés « réussi » ou « échoué ».
Rendez-les mesurables
Le moyen le plus simple d'obtenir des résultats positifs ou négatifs est de les rendre mesurables. Par exemple, si votre critère d'acceptation est « une vitesse de chargement de page inférieure à 3 secondes », il est facile de le tester et de le valider.
Ne faites que des hypothèses raisonnables.
Souvent, les propriétaires de produits peuvent considérer certaines choses comme « évidentes », étant donné leur proximité avec l'utilisateur. Cela peut ne pas être aussi évident pour le développeur. Par conséquent, évitez autant que possible de faire des suppositions. Si nécessaire, faites des suppositions raisonnables en collaboration avec l'équipe.
Exemples de critères d'acceptation
Explorons quelques exemples de critères d'acceptation dans le monde réel, non seulement dans le domaine du développement logiciel, mais aussi dans d'autres fonctions.
Exemple 1 : développement de logiciels (à l'aide de la méthode de la checklist)
Tâche : fonction de recherche sur un site web axé sur le contenu.
Critères d'acceptation :
- Il devrait y avoir un champ de texte permettant aux utilisateurs de saisir leur requête de recherche.
- Les résultats doivent être affichés sous forme de liste.
- Les résultats doivent s'ouvrir dans une nouvelle page.
- Les résultats doivent être paginés.
Exemple 2 : Développement de logiciels (à l'aide de la méthode GTW)
Tâche : fonctionnalité de prise de rendez-vous
Critères d'acceptation :
- Étant donné qu'un client existant souhaite prendre rendez-vous
- Ils saisissent leur identifiant d'e-mail et choisissent le créneau horaire qui leur convient le mieux.
- Leur rendez-vous doit être pris et confirmé par e-mail.
Exemple 3 : Rédaction de contenu (à l'aide de la méthode de la checklist)
Tâche : rédigez un article de blog de 1 000 mots sur le dernier film de Tom Cruise.
Critères d'acceptation :
- Utilisez l'anglais américain.
- Utilisez la virgule d'Oxford
- Limitez l'introduction à moins de 200 mots.
- Incluez 3 à 5 liens internes.
Exemple 4 : méthode marketing (à l'aide de GTW)
Tâche : lancer une campagne publicitaire basée sur l'intention sur Google Search.
Critères d'acceptation :
- Étant donné que l'utilisateur se trouve sur l'une des interfaces de recherche Google
- Lorsque l'utilisateur saisit un mot-clé dans notre liste de
- Puis affichez
Le rôle des critères d'acceptation dans les méthodologies agiles
Si l'agilité consiste à diviser les monolithes en petites parties gérables et à les construire de manière incrémentielle, les critères d'acceptation accentuent cette approche.
Par exemple, vous pouvez diviser votre grande plateforme de commerce électronique en plusieurs petites parties, dont l'une est la fonctionnalité « Ajouter au panier ».
Dans le processus d'ajout au panier, il peut y avoir plusieurs petites fonctions, comme le cas où le produit est en rupture de stock ou la manière dont l'utilisateur peut ajuster la quantité à ajouter au panier. Des critères d'acceptation bien rédigés permettent de se concentrer sur ces détails précis.
Dans le cadre des méthodologies agiles, les critères d'acceptation contribuent à :
Définition des résultats : les critères d'acceptation indiquent à l'équipe qualité à quoi ressemble une fonctionnalité achevée.
Faciliter les discussions : le développement agile ne se limite pas au code. Il s'agit de résoudre des problèmes liés à l'entreprise à l'aide de la technologie. Les critères d'acceptation facilitent ces discussions afin de permettre les bons compromis et les décisions associées.
Réunir des équipes interfonctionnelles : les chefs de produit, les analystes commerciaux, les concepteurs, les développeurs, les testeurs et les équipes opérationnelles acquièrent tous une compréhension commune du produit sur la base des critères d'acceptation.
Favoriser la progression : une fois les critères d'acceptation remplis, la tâche passe à l'étape suivante du cycle de vie du développement logiciel.
Livrez de meilleurs produits plus rapidement avec ClickUp
L'une des étapes clés dans la création d'un bon logiciel consiste à respecter les critères d'acceptation définis. Cependant, entre les dizaines de documents, rapports, réunions, planifications et discussions, il est fréquent que certains éléments passent à la trappe. Évitez cela grâce à un outil de gestion de produit tel que ClickUp.
ClickUp n'est pas seulement un gestionnaire de tâches. Il s'agit d'une plateforme complète conçue pour les équipes de développement de produits. Grâce aux puissantes fonctionnalités de ClickUp Tasks, planifiez et programmez les récits d'utilisateurs, ajoutez des critères d'acceptation, associez-les à des cas de test et faites-les progresser rapidement et efficacement dans le pipeline.
Accélérez vos livraisons avec ClickUp Brain pour générer des idées, créer des feuilles de route, résumer les réunions et créer de la documentation. Surveillez la situation dans son ensemble et les détails précis en un seul endroit grâce aux tableaux de bord ClickUp. Vérifiez si ClickUp répond à vos critères d'acceptation pour une excellente solution de gestion de produits.