Table des matières:

Les user stories remplacent-elles les exigences ?
Les user stories remplacent-elles les exigences ?

Vidéo: Les user stories remplacent-elles les exigences ?

Vidéo: Les user stories remplacent-elles les exigences ?
Vidéo: C'est quoi, les Exigences Non Fonctionnelles ? 2024, Peut
Anonim

Alors qu'un backlog de produit peut être considéré comme un remplacement pour le conditions document d'un projet traditionnel, il est important de se rappeler que la partie écrite d'un projet agile Histoire de l'utilisateur ( Comme un utilisateur , je veux …”) est incomplète jusqu'à ce que les discussions à ce sujet histoire se produire.

Par la suite, on peut aussi se demander pourquoi les user stories sont meilleures que les exigences ?

En général, les user stories sont plus couramment utilisé dans la méthodologie agile, tandis que conditions les documents sont Suite communément associé à la méthodologie traditionnelle de la cascade. En raison de la nature légère de Histoires d'utilisateurs , ils promeuvent Suite discussion et collaboration que les exigences documents.

Sachez également quelles sont les conditions requises pour rédiger une user story ? Voici quelques lignes directrices à prendre en compte:

  1. User stories ≠ tâches. Les user stories ne sont pas des tâches.
  2. Restez de haut niveau. Vous devez être de haut niveau, mais aussi précis et direct.
  3. Comprendre les utilisateurs.
  4. Pensez en tant qu'utilisateur.
  5. Voir grand.
  6. Utilisez des épopées.
  7. Ne jetez pas - donnez la priorité à la place.
  8. Configuration pour le succès - pas seulement l'acceptation.

À ce sujet, que sont les 3 C dans les user stories ?

Une bonne user story se compose de trois éléments, communément appelés les trois C:

  • Carte: Écrit sur la carte.
  • Conversation: Détails capturés dans les conversations.
  • Confirmation: Les critères d'acceptation confirment que l'histoire est terminée.

Quelles sont les exigences en agile ?

Un bien exigence document pour un agile le projet comprend des histoires d'utilisateurs, des tests d'acceptation des utilisateurs, un workflow, conditions dans les détails et les wireframes.

Conseillé: