---
title: "Échelle d'effort du backlog (poker planning)"
module: projects
type: functional
status: active
updated: 2026-08-25
---

# Échelle d'effort du backlog (poker planning)

> Doc fonctionnelle : décrit le **quoi** et le **pourquoi** (point de vue utilisateur / chef de projet).

## À quoi ça sert

Le champ **Difficulté** d'un item de backlog porte la cotation du poker planning. L'échelle
précédente (1 → 21, de « Trop facile » à « Hors norme ») avait été calibrée avant l'usage
généralisé de l'assistance IA sur le développement. Depuis, le temps d'écriture du code s'est
fortement contracté : les cartes anciennement cotées 21 se réalisent souvent en 8, tandis que les
demandes réellement lourdes n'avaient plus de palier disponible au-dessus.

L'échelle a donc été **ré-ancrée**, et un palier **34** ajouté pour le cas exceptionnel.

## L'échelle

Un point vaut environ **2 heures de temps humain**, *Definition of Done comprise* : code,
documentation fonctionnelle, documentation technique, tests et recette. Ce n'est pas le temps de
génération du code.

| Points | Libellé | Temps visé | Ce que ça décrit |
|--------|---------|-----------|------------------|
| 1 | Trivial | ≤ 2 h | Fast Track : typo, libellé, correctif CSS, une option de liste. Ni doc ni test Dusk. |
| 2 | Très facile | ½ j | Motif déjà appliqué ailleurs, recopié. Aucune décision à prendre. |
| 3 | Facile | ~1 j | On étend un écran existant. Le *quoi* est clair, le *comment* existe déjà dans le code. |
| 5 | Moyen | 1,5 j | Fonctionnalité bornée mais neuve : plusieurs fichiers, DoD complète, quelques choix d'architecture. |
| 8 | Sensible | 2-3 j | Touche l'ACL, le multi-tenant, une migration, ou plusieurs modules. Le code est simple, la vérification non. |
| 13 | Difficile | 3,5-4 j | Le besoin n'est pas encore stable : allers-retours métier, plusieurs démonstrations avant convergence. |
| 21 | Très difficile | 5-6 j | **Le plafond normal.** Terrain nouveau, modèle de données à inventer, dépendance externe. |
| 34 | Hors norme | 8-10 j | **Le cas rare.** N'entre pas en sprint sans qu'un découpage ait été tenté. |

La fourchette de temps est affichée directement dans les listes de choix (création, édition,
filtre), et en infobulle sur le badge de la vue table.

## Comment coter

On évalue **trois axes séparément et on retient le maximum**, jamais la moyenne :

1. **Exécution** — volume de code, nombre de fichiers. *C'est le seul axe que l'assistance IA a
   contracté.*
2. **Incertitude** — sait-on ce qu'on veut ? sait-on comment le faire ?
3. **Vérification** — périmètre de non-régression, nombre de profils et d'entités à retester.

Exemple : rétablir un filtre `dtdel` manquant sur une requête partagée coûte 1 en exécution, mais 8
en vérification. **La carte vaut 8.** C'est le principe qui compte le plus dans cette échelle : une
carte au diff minuscule qui touche les droits ou le cloisonnement multi-tenant se côte sur son coût
de validation, pas sur sa taille.

En cas d'hésitation entre deux paliers : **le plus haut si le doute est métier, le plus bas si le
doute est technique.** Un doute technique se lève en une heure d'exploration ; un doute métier, non.

## Capacité et vélocité

L'ancrage à 2 heures rend la somme des points lisible comme une capacité : une personne tient
environ **14 à 16 points par semaine**. Une carte à 21 consomme donc à elle seule plus d'une
semaine, et une carte à 34 environ deux. Le plafond devient ainsi auto-régulant au moment du vote.

> ⚠️ **Les points ne sont pas comparables de part et d'autre du 25/08/2026.** Un sprint à 40 points
> dans l'ancienne échelle vaut environ 15 points dans la nouvelle. Les instantanés de sprint déjà
> figés conservent l'ancienne sémantique (ils ne sont pas réécrits), mais tout graphique de
> vélocité qui traverse cette date est trompeur.

## Points d'attention

- Les cotations déjà saisies **ne sont pas migrées** : un item coté 13 avant la bascule garde 13,
  avec son ancien sens. La ré-estimation se fait naturellement au fil des passages en sprint.
- Le libellé reste « Difficulté » dans l'interface, mais l'échelle mesure désormais un **effort
  total** (incertitude et vérification incluses).

## Voir aussi

- Doc technique : `../../.claude/technical-docs/projects/backlog-effort-scale.md`
- [Capacité de sprint](sprint-capacity.md) — où cette échelle se convertit en jours
- Filtres du backlog : `backlog-filters.md`