Produit Noyau C · Convention industrielle

User Story

Histoire utilisateur

Une User Story est une phrase courte. Elle nomme un utilisateur, une tâche nécessaire, et pourquoi elle est utile.

Vous pourriez l'appeler User StoryhistoireComme un… je veux…

Voir comment cela fonctionne

Exemple travaillé originalHistoire utilisateur

Un autre exemple

« En tant qu’éditeur, je veux la sauvegarde automatique pour qu’une connexion perdue n’efface pas mon brouillon. »

Parties principales

  1. 01User or role
  2. 02Needed capability
  3. 03Value or outcome

Utilisez-le lorsque

Utilisez-le pour lier les discussions sur la construction à un avantage clair pour l'utilisateur.

Ne l'utilisez pas lorsque

Ne jamais s'attendre à ce qu'une seule courte histoire couvre tous les cas particuliers ou toutes les vérifications d'acceptation.

Nom utilisé dans le code

As a / I want / so that

Avant d'expédier

Check the target user, wanted result, current baseline, evidence source, scope, owner, and success level. List assumptions, open risks, and the next test or decision.

Demande que vous pouvez copier

Outcome: Complete the task with Histoire utilisateur (User Story). User context: « En tant qu’éditeur, je veux la sauvegarde automatique pour qu’une connexion perdue n’efface pas mon brouillon. ». Product concept to apply: Histoire utilisateur (User Story). Why it fits: Utilisez-le pour lier les discussions sur la construction à un avantage clair pour l'utilisateur. Do not use it when: Ne jamais s'attendre à ce qu'une seule courte histoire couvre tous les cas particuliers ou toutes les vérifications d'acceptation. Product framing: Name the target user and wanted result. Record the current baseline and evidence. Set what is in and out of scope, the limits, the owner, and the time frame. Decision quality: Keep facts, guesses, and unknowns separate. Record the options you did not choose and what evidence would change the decision. Acceptance criteria: The document names an owner, target user, measurable result, scope limit, evidence source, open risks, and next test. Evidence and limits (evidence boundary): Aucun standard officiel unique ne régit l’ensemble du terme. Sa signification peut varier selon les équipes, plateformes ou frameworks. Unknowns to confirm: Target group, baseline, success level, owner, time frame, dependencies, and review schedule.

Vérifiez cette demande

Review how Histoire utilisateur (User Story) is used now. Definition: Une User Story est une phrase courte. Elle nomme un utilisateur, une tâche nécessaire, et pourquoi elle est utile. Release checks: Check the target user, wanted result, current baseline, evidence source, scope, owner, and success level. List assumptions, open risks, and the next test or decision. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

C
Ce terme est-il officiel ?

Convention industrielle

Les gens utilisent souvent ce terme au travail. Les sources listées peuvent soutenir la pratique ou les limitations. Elles ne définissent pas toutes les parties du terme.

Aucun standard officiel unique ne régit l’ensemble du terme. Sa signification peut varier selon les équipes, plateformes ou frameworks.

Portée
Seulement ce que couvre la source:nom canonique、définition、guide d'utilisation、directives d'évitement
Statut du document
stable
Coché activé
2026-07-30

Sources et portée des preuves

Source faisant autorité · Agile Alliance · stable Agile Glossary — User Stories Portée: nom canonique、définition、guide d'utilisation、directives d'évitement Rôle ici: Contexte utile, pas une définition La source couvre: nom canonique, définition, guide d'utilisation, directives d'évitement

Copiez-le vous-même

Le navigateur n'a pas pu copier ceci. Sélectionnez la requête ci-dessous et copiez-la vous-même.