Qu'est ce que le concept de Story Point ?

Le concept de story point en gestion de projet Agile Scrum est une unité de mesure relative utilisée pour estimer la complexité, l'effort et le risque d'une user story (ou fonctionnalité) dans le Product Backlog. Contrairement aux heures ou aux jours, les story points permettent d’évaluer le travail à accomplir de manière abstraite et comparative, en tenant compte de trois dimensions :

• la complexité technique,

• la quantité de travail,

• les incertitudes ou les risques.

Les story points sont généralement estimés en équipe, souvent pendant le Sprint Planning, à l’aide de techniques comme le Planning Poker, en se basant sur des références communes déjà réalisées. La suite de Fibonacci (1, 2, 3, 5, 8, 13, etc.) est souvent utilisée pour refléter l’incertitude croissante avec l’augmentation de la complexité.

Pourquoi les story points sont fondamentaux en Scrum ?

1. Mesure de la vélocité
   La vélocité est le nombre de story points terminés par une équipe Scrum lors d’un sprint. Elle permet de prédire la capacité de l’équipe à livrer dans le futur, ce qui est essentiel pour planifier efficacement les livraisons et itérations suivantes.

2. Favorise une estimation collective
   L'utilisation de story points pousse l'équipe à discuter collectivement de la compréhension d'une user story, améliorant ainsi la cohérence et la collaboration.

3. Dissociation du temps et de la pression
   En évitant d’estimer en heures, l’équipe limite les attentes irréalistes du management ou des clients, et se concentre sur la valeur à livrer plutôt que sur le temps passé.

4. Adapté au contexte Agile
   Les story points s’intègrent parfaitement dans un cadre empirique comme Scrum, où les cycles courts (sprints) permettent une adaptation continue. Ils offrent une base pour inspecter et adapter lors des réunions clés, notamment le Daily Scrum, où l’équipe ajuste quotidiennement son plan pour atteindre l’objectif du sprint.

Pourquoi les story points sont cruciaux pour les certifications Agile ?

Les certifications comme PSM®, PSPO® ou PMI-ACP® incluent des questions sur l'estimation relative, la vélocité, et les bonnes pratiques en matière de planification Agile. Maîtriser les story points est donc indispensable pour :

• comprendre les mécanismes de prévision dans Scrum,

• répondre correctement aux scénarios d'examen,

• démontrer une compréhension professionnelle du pilotage par la valeur.

Les questions fréquentes PMP® & CAPM® :

Votre équipe de développement attribue 5 story points à une User Story. Un membre senior suggère de doubler les points pour refléter la complexité technique. Que faites-vous ?
a) Vous acceptez la suggestion sans discussion.
b) Vous demandez à toute l’équipe de reconsidérer l’estimation en groupe.
c) Vous appliquez la moyenne entre les deux estimations.
d) Vous réduisez la story à 3 points par précaution.

Un Product Owner insiste pour convertir les story points en heures pour faire un rapport au management. Quelle est votre réponse ?
a) Vous acceptez pour éviter un conflit.
b) Vous proposez de créer une correspondance directe pour faciliter le suivi.
c) Vous expliquez que les story points mesurent l’effort relatif, pas le temps.
d) Vous demandez au Scrum Master de gérer le problème.

L’équipe a livré toutes les stories sauf une qui était estimée à 13 points. Le client demande pourquoi la vélocité semble basse. Que répondez-vous ?
a) Vous justifiez avec les heures travaillées.
b) Vous indiquez que la vélocité ne compte que les stories entièrement terminées.
c) Vous comptez 50 % de la story restante dans la vélocité.
d) Vous ajoutez la story partiellement complétée au sprint suivant.

Durant une planification, un développeur veut utiliser des story points comme mesure individuelle de performance. Quelle est votre réponse ?
a) Vous encouragez l’initiative pour responsabiliser l’équipe.
b) Vous refusez car cela peut créer une compétition malsaine.
c) Vous suggérez une évaluation hebdomadaire.
d) Vous proposez de convertir les story points en livrables.

Votre équipe veut modifier l’échelle des story points de Fibonacci à une échelle linéaire. Que faites-vous ?
a) Vous approuvez si cela facilite les estimations.
b) Vous demandez au Scrum Master de décider.
c) Vous insistez pour garder Fibonacci car c’est une règle Agile.
d) Vous facilitez une discussion pour que l’équipe décide collectivement.

Le corrigé des questions fréquentes PMP® & CAPM® :

Votre équipe de développement attribue 5 story points à une User Story. Un membre senior suggère de doubler les points pour refléter la complexité technique. Que faites-vous ?
a) Vous acceptez la suggestion sans discussion.
b) Vous demandez à toute l’équipe de reconsidérer l’estimation en groupe.
c) Vous appliquez la moyenne entre les deux estimations.
d) Vous réduisez la story à 3 points par précaution.
Réponse correcte b) : En Scrum, l’estimation par story points repose sur la collaboration de l’équipe entière. L’intelligence collective permet une meilleure évaluation, équilibrant complexité, effort et incertitude.

Un Product Owner insiste pour convertir les story points en heures pour faire un rapport au management. Quelle est votre réponse ?
a) Vous acceptez pour éviter un conflit.
b) Vous proposez de créer une correspondance directe pour faciliter le suivi.
c) Vous expliquez que les story points mesurent l’effort relatif, pas le temps.
d) Vous demandez au Scrum Master de gérer le problème.
Réponse correcte c) : Les story points évaluent l’effort relatif, la complexité et l’incertitude. Ils ne doivent pas être convertis en heures, car cela va à l’encontre des principes Agiles.

L’équipe a livré toutes les stories sauf une qui était estimée à 13 points. Le client demande pourquoi la vélocité semble basse. Que répondez-vous ?
a) Vous justifiez avec les heures travaillées.
b) Vous indiquez que la vélocité ne compte que les stories entièrement terminées.
c) Vous comptez 50 % de la story restante dans la vélocité.
d) Vous ajoutez la story partiellement complétée au sprint suivant.
Réponse correcte b) : En Agile, la vélocité ne prend en compte que les éléments complétés à 100 %. Cela assure une mesure fiable de la capacité d’une équipe.

Durant une planification, un développeur veut utiliser des story points comme mesure individuelle de performance. Quelle est votre réponse ?
a) Vous encouragez l’initiative pour responsabiliser l’équipe.
b) Vous refusez car cela peut créer une compétition malsaine.
c) Vous suggérez une évaluation hebdomadaire.
d) Vous proposez de convertir les story points en livrables.
Réponse correcte b) : Les story points sont une estimation collective et ne doivent pas être utilisés pour évaluer la performance individuelle. Cela nuit à la collaboration et à la dynamique d’équipe.

Votre équipe veut modifier l’échelle des story points de Fibonacci à une échelle linéaire. Que faites-vous ?
a) Vous approuvez si cela facilite les estimations.
b) Vous demandez au Scrum Master de décider.
c) Vous insistez pour garder Fibonacci car c’est une règle Agile.
d) Vous facilitez une discussion pour que l’équipe décide collectivement.
Réponse correcte d) : L’équipe est libre de choisir son système d’estimation. L’important est que l’échelle soit cohérente, comprise de tous et adaptée à la complexité des tâches.