TFM, REFPRDT, EMC, FRONTMAG, et 12 % sur BOMAG : le modèle Lot → Sous-lot → Epic s'arrête à l'Epic dans les espaces squad. Question de modèle, pas de squad.
Dashboard
Tickets de réalisation passés en catégorie Terminé sur la fenêtre, hors Annulé. Un type dominant inattendu (Action, Tâche) change la lecture de M6 et de M19/M20.
Ce que la squad déclare, et ce que Jira mesure
Cohérent : le déclaré et Jira racontent la même chose. Contredit : la squad déclare « souvent » et Jira mesure peu, ou l'inverse. Sans jumeau : pas de métrique factuelle pour ce geste. Le sondage est une photo du 22/09 → 12/10 ; le relevé est celui sélectionné en haut. M22 « RAF vivant » (part des US consommées qui portent encore un Reste à Faire) est lue en tendance, hors indice : sonde du 29/10 jusqu'au relevé 2.
Métrique secondaire. CSS = extraits positifs / total × 100 (méthode Wizard CX). Barres : extraits positifs (vert) et négatifs (jaune) par attente.
Ce qui se lit en colonne, pas en ligne
Là où les US portent un B1 (EMC), le roll-up vers l'Epic ne suit pas. Anomalie système, même famille que BOMAG-1662.
Points convertis en B2 sans B1 (BOMAG, FRONTMAG, REFPRDT), B1 et B2 à la main (FRON), B1 sans B2 (TFM, EMC). Le Core Model ne dit pas laquelle est la bonne.
FRONTMAG et EMC : un geste de Scrum Master, pas une règle de modèle.
L'Indice d'usage n'apparaît pas ici, par construction : il se lit avec son profil et contre lui-même dans le temps, jamais entre squads.