Le Guide Agile par Wishtack
  • Le Guide Agile par Wishtack
  • Sans Agilité
    • Bottom-up vs Top-down
    • Exemple de Régression Naturelle
  • Agile Manifesto
  • Scrum
    • Théorie et Piliers du Scrum
    • Valeurs du Scrum
    • Scrum Team
    • Artefacts
      • Product Backlog
      • Sprint Backlog
      • Increment
      • User Story
      • Epic
      • Expression du Besoin
      • Definition of Done
      • Definition of Ready
    • Evénements
      • Sprint
      • Sprint Planning
      • Stand-Up Meeting ou Daily Scrum
      • Sprint Review
      • Sprint Retrospective
      • Backlog Refinement
      • Timeboxing
    • Mesures & Outils
      • Story Points vs Temps
      • Valeur, Bugs et Chores
      • Vélocité
      • Scrum Board
      • Burn Down Chart
      • Burn Up Chart
      • Technical Debt
  • Priorisation & Planning
    • Le Modèle de Kano
    • La Méthode MoSCoW
    • Release Planning
    • User Story Mapping
  • eXtreme Programming
    • Apprendre à Conduire
    • Valeurs de l'eXtreme Programming
    • Pratiques de l'eXtreme Programming
    • Testing
    • Intégration Continue, Livraison Continue et Déploiement Continu
      • Intégration Continue
      • Livraison Continue
      • Déploiement Continu
      • Review Apps
  • Indicateurs
  • Kanban
    • Principes du Kanban
    • Workflow
    • Indicateurs et Paramètres
    • Classes of Service
  • Transformation Agile
    • Projet Pilote
    • Plan de Passage à l'Agilité
    • Le Changement
    • Contractualisation
    • Management
    • Scrum of Scrums
  • Agile at Scale
  • Transformation Etape par Etape
  • Outils
  • Quelques Liens
  • Bonus
    • The "Rong" Way to do Agile
    • Agile Causal Relations
    • Talks
Powered by GitBook
On this page
  • Independant
  • Negotiable
  • Valuable
  • Estimable
  • Small
  • Testable
  1. Scrum
  2. Artefacts

Expression du Besoin

Il est recommandé de suivre les principes I.N.V.E.S.T. suivants pour exprimer le besoin :

Independant

Les User Stories doivent être indépendantes les unes des autres.

Les User Stories interdépendantes complexifient la planification, la priorisation et l'estimation.

Cela encourage naturellement le découplage dans l'architecture du produit (e.g. Microservices).

Negotiable

Les détails des User Stories doivent être développés durant le Sprint Planning.

Décrire les détails d'une User Story à l'avance est difficile et peut induire en erreur.

Valuable

Les User Stories doivent avoir de la valeur pour le client.

Estimable

Une User Story doit contenir suffisamment d'informations pour pouvoir être estimée, priorisée et planifiée.

Small

Une User Story doit être granulaire.

Testable

Une User Story doit être suffisamment explicite pour être testable.

Exemple, la User Story "L'application doit être facile d'utilisation" n'est pas testable.

PreviousEpicNextDefinition of Done

Last updated 6 years ago