Good Mood

Back Retour aux articles

Les critères d’acceptation et les User Stories sont quelques-uns des termes que nous entendons quotidiennement dans un environnement D’ingénierie logicielle Agile. En travaillant avec plusieurs équipes clients au fil des ans chez Quantum Mob, nous avons remarqué que tout le monde ne les utilise pas, et ceux qui les utilisent généralement à mauvais escient. Ils peuvent être directement responsables de faire de la vie d’un ingénieur logiciel un cauchemar déroutant sans avoir une indication claire sur ce qui est attendu pour les livrables.,

Que signifient ces Termes et comment pouvons-nous les utiliser pour garantir que les projets logiciels répondent aux attentes de tous? Dans cet article, nous allons approfondir les critères d’acceptation et les histoires D’utilisateurs dans le développement de logiciels avec des exemples et démontrer comment ils peuvent être utilisés pour créer une responsabilité et assurer la livraison d’un projet.

définitions

• User Stories

  User Stories sont des détails généralisés sur les besoins des utilisateurs du système et ce que le client espère gagner de cette fonctionnalité., Dans Scrum, nous avons des critères d’acceptation de l’utilisateur pour simplifier la compréhension de l’intention du client ou traduire l’intention en un élément exploitable.

• critères d’acceptation

  Les critères d’acceptation sont une liste formelle qui énumère entièrement les besoins des utilisateurs et tous les scénarios de produits mis dans le compte. Il indique l’intention du client et non de la solution; c’est à l’équipe de comprendre et de demander des éclaircissements qu’il est complexe et de trouver la solution.,

critères d’acceptation dans le développement logiciel

un projet de développement logiciel est généralement divisé en un ensemble de tâches, et une fois chaque tâche terminée, il est confirmé si elles répondent aux exigences de la portée de développement du projet. Ceci est rendu possible par l’utilisation des Critères d’Acceptation.

avant que le codage réel d’un projet puisse commencer, la planification et l’estimation des ressources et des informations sur le calendrier sont nécessaires. L’utilisation de critères d’acceptation permet de répartir facilement les tâches, qui peuvent ensuite être facilement budgétisées et attribuées.,

le développement de fonctionnalités avec les User Stories et les Critères d’Acceptation

Comment écrire des Critères d’Acceptation

les Critères d’Acceptation doivent décrire réalisables et des informations sensibles. Il devrait fournir le niveau minimum de fonctionnalité que le produit doit atteindre, laissant de l’espace pour une certaine flexibilité. En outre, il ne devrait pas être surestimé ou sous-estimé, mais fixé à un niveau réaliste.,

Les Grands critères sont bien détaillés et définis afin que les membres de l’équipe puissent facilement comprendre ce qui leur est demandé et utiliser facilement les informations dans le développement. Tout comme le projet est divisé en tâches à l’aide de critères d’acceptation, les critères devraient également avoir une liste de contrôle de référence pour voir si l’Histoire de l’utilisateur est couverte.

utiliser des critères d’acceptation pour garantir les normes de développement

Les critères d’acceptation n’ont pas besoin d’être strictement utilisés pour décrire l’intention du client. En tant que chef d’équipe de développement, vous voudrez peut-être vous assurer de certaines normes., Si vous ajoutez de nouveaux composants à une bibliothèque de composants comme Storybook, vous pouvez ajouter certains boutons et paramètres à implémenter comme critères d’acceptation. Si vous souhaitez assurer des tests unitaires, vous pouvez inscrire un test unitaire spécifique dans le cadre des critères d’acceptation.

Comment savoir si j’ai écrit de bons critères d’acceptation?

Un bon critère d’acceptation est lisible et compris par toutes les parties prenantes concernées par le User Story. Afin de garantir des critères d’acceptation clairs dont toutes les parties prenantes peuvent tirer de la valeur, évitez l’utilisation de jargons.,

Formats avec exemples

Nous vous recommandons de suivre les formats ci-dessous pour créer des définitions claires sur lesquelles votre équipe peut agir.

User Story:

utilisons le User Story suivant pour déterminer quels peuvent être les critères d’acceptation.

Comme un régime Enregistré d’Entreprise ABC de l’utilisateur
je peux voir la composition de la date d’expiration
alors que je sais quand je dois renouveler manuellement ou activer le renouvellement automatique.

critères D’acceptation (non formatés):

la date d’expiration de l’adhésion est calculée.,
la date d’expiration de l’adhésion est affichée.
l’option de renouvellement manuel s’affiche.
L’Option d’opt-in au renouvellement automatique s’affiche.
Les détails de L’adhésion ne sont pas affichés si l’utilisateur n’est pas enregistré/authentifié.,

critères D’acceptation (formatés)

scénario — affichage des options pour renouveler L’adhésion de L’entreprise ABC sur la page de détails de facturation
étant donné — un utilisateur valide est connecté
quand — a un>ensuite — afficher L’option de renouvellement Manuel de L’adhésion ou d’option de renouvellement automatique

récapitulatif

En résumé, les critères d’acceptation décrivent l’intention du client, c’est-à-dire son idée de ce que devrait être l’histoire de l’utilisateur., C’est à l’équipe de développer la solution à la User Story.

écrire une bonne histoire D’Utilisateur et un critère d’acceptation est difficile mais une tâche vraiment importante dans le développement de logiciels qui détermine si le logiciel fait ce que l’utilisateur attend ou non et enfin mesure la qualité du produit.