« Mesurer et grandir (SAFe) » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 130 : | Ligne 130 : | ||
[[Fichier:Measure and Grow F11-2.png|border|link=|800px|center]]<br/> | [[Fichier:Measure and Grow F11-2.png|border|link=|800px|center]]<br/> | ||
<div style="text-align: center;">'''Figure 11. Mesure de prédictibilité de l'ART.'''</div> | <div style="text-align: center;">'''Figure 11. Mesure de prédictibilité de l'ART.'''</div> | ||
Note sur les mesures DORA : Dans et entre les trois domaines de mesure, il peut souvent être utile de rassembler des mesures complémentaires pour fournir une vue spécifique de la performance. Les mesures DORA utilisées pour mesurer la performance des capacités DevOps d'une organisation en sont un exemple [4]. Les quatre mesures DORA sont 1) la fréquence de déploiement, 2) le lead time des changes, 3) le délai de rétablissement du service et 4) le change failure rate (taux d'échec des changements). | |||
Chacune de ces mesures est une application d'une mesure de flux conçue pour un cas d'utilisation particulier. La fréquence de déploiement est une mesure de productivité et un exemple de vélocité du flux. Au lieu de mesurer le nombre de stories terminées par itération, elle mesure le nombre de déploiements sur une période donnée. Le lead time des changes et le délai de rétablissement du service sont des exemples de mesures de temps de flux, qui se concentrent sur des étapes spécifiques du flux de travail. Enfin, le change failure rate représente le pourcentage de changements qui nécessitent une correction après leur mise en production. En d'autres termes, à quelle fréquence le travail qui arrive à l'étape "déploiement en production" du flux de travail contient-il des erreurs ? Lors de la création de la value stream map pour mesurer l'efficience du flux, cet aspect est pris en compte dans le pourcentage de travail complete et accurate (%C&A) pour chaque étape, c'est-à-dire le pourcentage de travail que l'étape suivante peut traiter sans nécessiter de rework. Des taux élevés d'échec de change failure contribuent de manière significative à une faible efficience du flux. | |||
===Mesurer la compétence=== | ===Mesurer la compétence=== | ||
