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
  • Estimation de l'effort
  • Story Points vs Temps
  • La métaphore du trajet en voiture
  1. Scrum
  2. Mesures & Outils

Story Points vs Temps

PreviousMesures & OutilsNextValeur, Bugs et Chores

Last updated 6 years ago

Estimation de l'effort

L' effort nécessaire pour réaliser chaque User Story est évalué avec un nombre de points suivant généralement une suite de Fibonacci (1, 2, 3, 5, 8 du plus simple au plus complexe). En pratique, les valeurs 1, 2 et 3 suffisent et encouragent un découpage plus fin.

L'objectif de l'estimation de l'effort est de permettre l'évaluation de l'avancement et la vélocité d'avancement d'un projet.

L'effort nécessaire pour réaliser les tâches d'une User Story est parfois estimé en heures mais il est préférable de l'estimer en points.

Encore mieux, il est préférable de ne pas estimer les tâches mais de se contenter d'estimer les User Stories. Cela facile l'estimation et encourage également un découpage plus fin des User Stories.

Story Points vs Temps

L'heure étant une unité absolue, l'estimation en heures est souvent erronée et nécessite une réévaluation régulière des autres User Stories.

En revanche, le point étant une unité relative à l'effort nécessaire pour réaliser le produit, les erreurs d'estimations sont plus rares et n'affectent que la tâche ou User Story en question.

La métaphore du trajet en voiture

L'évaluation de la durée d'un trajet en voiture est souvent erronée à cause des paramètres inconnus et des imprévus : performances du véhicule, problèmes de circulation, pannes, grève SNCF etc...

La distance du trajet quand à elle est fixe ; combinée avec la vitesse moyenne du véhicule, elle permet de déduire la durée moyenne du trajet de façon plus précise.

OK, mais comment évaluer le coût d'un produit et les dates de livraisons sans jamais compter les heures de travail ? Cf. .

Vélocité