« Quatre Indicateurs Clés Accelerate » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 49 : | Ligne 49 : | ||
===Indicateur de mesure : Lead Time de mise en œuvre du changement=== | ===Indicateur de mesure : Lead Time de mise en œuvre du changement=== | ||
Répond à : "Combien de temps faut-il pour qu'un commit soit exécuté en production ?"<br/> | |||
<br/> | <br/> | ||
Il s'agit d'une mesure de la capacité technique à faire fonctionner le code commité et à fournir de la valeur, puisque ce n'est que lorsque le code fonctionne en production que de la valeur est fournie - à toutes les autres étapes antérieures, le "travail" ne fait que générer du stock. Cette mesure est fortement liée à la capacité technique de l'équipe et à la puissance technique de la plateforme et de l'architecture des systèmes. Une bonne conception du système, des pipelines CI/CD et des lots de petite taille améliorent cette mesure.<br/> | Il s'agit d'une mesure de la capacité technique à faire fonctionner le code commité et à fournir de la valeur, puisque ce n'est que lorsque le code fonctionne en production que de la valeur est fournie - à toutes les autres étapes antérieures, le "travail" ne fait que générer du stock. Cette mesure est fortement liée à la capacité technique de l'équipe et à la puissance technique de la plateforme et de l'architecture des systèmes. Une bonne conception du système, des pipelines CI/CD et des lots de petite taille améliorent cette mesure.<br/> | ||
| Ligne 56 : | Ligne 56 : | ||
<br/> | <br/> | ||
Remarque : certaines équipes peuvent mesurer le cycle time total au lieu du délai entre le commit et le déploiement, mais le cycle time total (à partir du moment où une exigence est identifiée et où le travail est commencé) peut dépendre de facteurs confus échappant au contrôle de l'équipe et n'est donc pas un indicateur aussi fiable.<br/> | Remarque : certaines équipes peuvent mesurer le cycle time total au lieu du délai entre le commit et le déploiement, mais le cycle time total (à partir du moment où une exigence est identifiée et où le travail est commencé) peut dépendre de facteurs confus échappant au contrôle de l'équipe et n'est donc pas un indicateur aussi fiable.<br/> | ||
===Indicateur : Fréquence de déploiement=== | |||
Répond à : "Quelle est la fréquence de déploiement en production ?<br/> | |||
<br/> | |||
La fréquence de déploiement est en fait une approximation de la taille des lots. Des lots plus petits (déploiements) effectués plus souvent sont un indicateur et une base pour des performances plus élevées. Les lots de petite taille sont plus rapides à déployer, présentent moins de risques et sont plus faciles à annuler que les lots de grande taille. Des techniques telles que les feature flags, les déploiements en canaris et les pipelines CI/CD bien conçus améliorent cette métrique.<br/> | |||
<br/> | |||
Cet indicateur encourage également l'adoption d'un état d'esprit expérimental, en utilisant de multiples petits déploiements pour tester des hypothèses et mettre à la disposition des clients les fonctionnalités les plus utiles.<br/> | |||
<br/> | |||
C'est l'un des indicateurs les plus faciles à mesurer, car les déploiements sont généralement bien enregistrés, quels que soient les méthodes ou les systèmes utilisés. Veillez toutefois à définir un déploiement de manière appropriée : dans votre contexte, une modification d'une seule ligne de code est-elle considérée comme un déploiement ? Une modification de plusieurs lignes de code est-elle prise en compte si elle concerne un système qui reçoit très peu de trafic ?<br/> | |||
