Créer une user story

Les user stories capturent les exigences du point de vue de l'utilisateur final. Chaque story suit le format : "En tant que [qui], je veux [quoi], afin de [pourquoi]." Cette structure garantit que chaque fonctionnalité a un objectif clair et une valeur mesurable.

Ouvrir la modale

Accédez à la modale de création par plusieurs chemins :

• En-tête du projet : Cliquez sur le bouton "Nouveau" dans la section user stories
• Raccourci clavier : Cmd/Ctrl + Shift + U depuis n'importe où dans le projet
• État vide : Cliquez sur le lien "Créer votre première user story"
• Création rapide : Utilisez le menu de création rapide global et sélectionnez "User Story"

La modale s'ouvre avec votre projet actuel pré-sélectionné. Si vous avez ouvert depuis le menu global, sélectionnez d'abord l'espace de travail et le projet.

Modes de création

Mode traditionnel

Rédigez les user stories dans le format standard :

Structure du template :

En tant que [type d'utilisateur],
Je veux [un objectif],
Afin de [une raison].

Exemple :

En tant que chef de projet,
Je veux voir les graphiques de burndown de sprint,
Afin de suivre la vélocité de l'équipe.

Le format traditionnel garantit :

• Identification claire du persona utilisateur
• Énoncé d'objectif spécifique et actionnable
• Justification de la valeur métier

Rédiger des stories efficaces :

1. Soyez spécifique sur l'utilisateur. "En tant qu'utilisateur" est trop vague. Utilisez "En tant qu'administrateur de facturation" ou "En tant que visiteur première fois"

1. Concentrez-vous sur un objectif. Si vous écrivez "et" dans la clause vouloir, envisagez de diviser en plusieurs stories

1. Énoncez une valeur mesurable. "Afin de gagner du temps" est faible. "Afin de traiter 50% de factures en plus" est actionnable

Mode IA

Décrivez ce dont vous avez besoin en langage naturel. L'IA génère une user story correctement formatée :

Entrée :

Besoin d'un moyen pour les managers d'approuver les entrées de temps avant qu'elles n'aillent à la facturation

Story générée :

En tant que manager d'équipe,
Je veux réviser et approuver les entrées de temps avant export,
Afin que la précision de la facturation s'améliore et les litiges diminuent.

Le mode IA excelle quand :

• Vous convertissez des demandes parties prenantes en format user story
• Vous transformez des rapports de bug en stories d'amélioration
• Vous décomposez des exigences vagues en besoins spécifiques

Champs de la modale

Titre (Requis)

En mode Traditionnel, c'est votre texte complet de user story. En mode IA, c'est votre description en langage naturel.

Limite de caractères : 500 caractères Bonne pratique : Gardez les titres scannables. La première ligne doit résumer la story.

Critères d'acceptation

Définissez ce que "terminé" signifie pour cette story. Utilisez des conditions testables :

Critères faibles :

- Devrait fonctionner correctement
- Doit être rapide
- Doit bien paraître

Critères forts :

- Les entrées de temps s'affichent par ordre chronologique
- Le manager peut approuver/rejeter les entrées individuelles
- Les entrées rejetées retournent au soumetteur avec commentaire obligatoire
- Les entrées approuvées marquées avec horodatage et nom de l'approbateur
- La page charge en moins de 2 secondes pour jusqu'à 500 entrées

Options de format :

Given/When/Then :

Étant donné que je suis un manager connecté
Quand je consulte les entrées de temps en attente
Alors je vois les entrées groupées par membre d'équipe

Style checklist :

- [ ] Le filtre par plage de dates fonctionne
- [ ] L'approbation en masse des entrées sélectionnées fonctionne
- [ ] L'export des entrées approuvées en CSV fonctionne

Informations supplémentaires

Contexte qui aide pendant l'implémentation :

• Liens vers les maquettes de design
• Contraintes techniques
• Documentation connexe
• Contacts parties prenantes
• Cas limites à considérer

Ce champ supporte le formatage Markdown complet incluant liens, blocs de code et images.

Priorité

Définissez le niveau d'urgence depuis la liste de priorités de votre projet :

La priorité affecte :

• Le tri par défaut dans les vues de backlog
• Les suggestions de planification de sprint
• Les calculs de charge de travail de l'équipe

Epic

Liez la story à un epic parent pour l'organisation :

Aucun Epic sélectionné : La story apparaît dans le backlog sans groupement Epic sélectionné : La story se groupe sous l'epic dans les vues roadmap et planification

Créer un Epic en ligne : Cliquez sur "Créer nouvel epic" pour ajouter un epic sans quitter la modale. Entrez le titre et sauvegardez—le nouvel epic est immédiatement sélectionnable.

Ceci est précieux quand :

• Une story révèle le besoin d'une nouvelle initiative
• Une partie prenante demande une fonctionnalité hors des epics existants
• Vous décomposez une grande exigence en epic + stories

Validation du formulaire

Le bouton créer s'active quand :

1. Projet sélectionné : Requis pour toutes les stories
2. Titre fourni : Minimum 3 caractères
3. Contenu approprié au mode : Soit format traditionnel soit description IA

Les erreurs de validation apparaissent en ligne :

• Titre vide : "Le titre est requis"
• Titre trop court : "Minimum 3 caractères"
• Pas de projet : "Sélectionnez d'abord un projet"

Après la création

État de succès

La modale confirme la création avec des options :

Aller aux User Stories : Navigue vers le board des user stories du projet En créer une autre : Vide le formulaire, reste dans la modale pour création en lot

Ce qui se passe

1. Story créée avec statut "Ouverte"
2. Apparaît dans le backlog prête pour la planification de sprint
3. Liée à l'epic si sélectionné
4. Équipe notifiée via le flux d'activité du projet
5. Synchronisation temps réel sur toutes les vues des membres de l'équipe

Raccourcis clavier

Bonnes pratiques

Rédiger de façon indépendante

Chaque story doit être complétable sans dépendances :

Dépendante (éviter) :

En tant qu'utilisateur, je veux voir le tableau de bord créé dans US-123

Indépendante (préféré) :

En tant qu'utilisateur, je veux voir les métriques clés sur mon tableau de bord

Dimensionner correctement

Les stories doivent se terminer dans un sprint. Si plus grandes :

• Divisez en plusieurs stories
• Utilisez un epic pour grouper les stories liées
• Envisagez le pattern "En tant qu'utilisateur, je veux [partie 1]"

Inclure les critères d'acceptation

Chaque story a besoin de conditions testables. Ce n'est pas optionnel—c'est ainsi que votre équipe sait quand le travail est terminé.

Investissement en temps : 5 minutes à rédiger les critères économisent 2 heures de questions de clarification plus tard.

Connecter aux epics

Les stories orphelines créent le chaos de planification. Même les "améliorations diverses" méritent un epic pour le groupement.

Patterns courants

Story fonctionnalité

En tant que [type d'utilisateur],
Je veux [capacité],
Afin de [valeur métier].

Conversion bug-en-story

En tant que [utilisateur affecté],
Je veux que [chose cassée] soit réparée,
Afin de [impact une fois réparé].

Story technique

En tant que développeur,
Je veux [amélioration technique],
Afin de [bénéfice maintenance/performance].

Story de recherche

En tant que chef de produit,
Je veux comprendre [inconnu],
Afin de [décisions futures].

Dépannage

La modale ne s'ouvre pas :

• Vérifiez les permissions du projet (besoin de createuserstories)
• Assurez-vous qu'un projet est sélectionné dans la navigation
• Essayez un rafraîchissement de page

Le mode IA ne génère pas :

• Fournissez plus de détails dans la description
• Incluez le contexte sur le type d'utilisateur et l'objectif
• Vérifiez la connexion réseau

Impossible de sélectionner un epic :

• Les epics se chargent après la sélection du projet
• Créez un nouvel epic si aucun n'existe
• Vérifiez que l'epic n'est pas archivé

Menu déroulant de priorité vide :

• Les priorités viennent des paramètres du projet
• L'admin peut ajouter des priorités dans Paramètres projet → Priorités