2.0 Introduction à la partie 2 : Métriques de flux

Si la partie 1 est la philosophie de la mesure, la partie 2 est là où cette philosophie rencontre la livraison elle-même : les métriques qui décrivent non seulement à quelle vitesse et avec quelle sécurité une équipe déplace le code d’une idée à un système fonctionnel, mais quel genre de valeur traverse réellement ce pipeline. Cette partie est organisée autour du Flow Framework, un modèle créé par Mik Kersten dans son livre de 2018 Project to Product qui traite la livraison de logiciel comme un flux de valeur et donne à ce flux de valeur un vocabulaire partagé : quatre types d’éléments de flux et cinq métriques de flux qui connectent l’activité d’ingénierie à la stratégie commerciale en termes qu’une partie prenante non technique peut réellement utiliser.

Ce choix de cadre organisateur est délibéré. Les métriques DORA, fréquence de déploiement, temps d’exécution, taux d’échecs de changement et temps de récupération, sont authentiquement validées par la recherche et restent l’un des cadres de livraison les mieux étayés disponibles, mais elles mesurent la mécanique du pipeline, pas ce qui le traverse. Une équipe peut afficher d’excellents chiffres DORA pendant que sa valeur réellement livrée a tranquillement dérivé vers la reprise ou s’est éloignée du travail de dette et de risque qui protège l’avenir d’un système. Cette partie couvre DORA en entier, mais comme un sujet de référence unique et consolidé à la fin (sujet 2.10), parce que la question plus urgente, plus communément manquante pour la plupart des organisations n’est pas « à quelle vitesse va notre pipeline » mais « que livre réellement notre pipeline ». Chaque sujet de cette partie suit toujours la même discipline établie dans la partie 1 : énoncer la métrique, nommer comment elle se fait manipuler, et la jumeler avec la métrique garde-fou qui attrape cette manipulation.

Pour les grandes équipes, les métriques de flux sont ce qui rend possible la comparaison inter-équipes sans perdre de vue la valeur. Une équipe de plateforme, une équipe mobile et une équipe de données peuvent n’avoir presque rien en commun dans leur travail quotidien, mais la vélocité de flux et la distribution de flux, calculées de manière cohérente, permettent à la direction de poser une question équitable à travers les trois : cette équipe livre-t-elle le genre de valeur que sa phase actuelle demande réellement. Les organisations d’entreprise et gouvernementales s’appuient sur les métriques de cette partie pour justifier l’investissement de plateforme, pour comparer le retour d’efforts de modernisation concurrents, et pour démontrer, avec des preuves plutôt que des anecdotes, que la capacité d’ingénierie est allouée de la manière dont la direction le croit.

Sujets de cette partie

2.1 Le Flow Framework : L’origine du cadre, son modèle de flux de valeur, et pourquoi ce livre l’utilise, plutôt que DORA seul, pour organiser les métriques de livraison et de flux.
2.2 Éléments de flux : fonctionnalités, défauts, risques et dette : La taxonomie à quatre types du cadre, son allocation de capacité à somme nulle, et comment la classification se fait manipuler si appliquée rétroactivement.
2.3 Vélocité de flux et distribution de flux : Combien a été livré et quel genre de valeur c’était, toujours lues ensemble.
2.4 Temps de flux et charge de flux : Comment la loi de Little prouve qu’un flux de valeur surchargé ralentit mathématiquement, pas seulement probablement.
2.5 Efficacité de flux et travail en cours : Pourquoi occupé n’est pas la même chose que rapide, et comment limiter le travail en cours améliore la productivité de manière contre-intuitive.
2.6 Temps de cycle et ses composantes : Décomposer le temps d’ingénierie d’un changement en ses étapes constitutives pour qu’une équipe sache exactement où le temps va réellement.
2.7 Théorie des files d’attente : Les mathématiques sous-jacentes à la charge de flux, au temps de flux, au temps de cycle et au travail en cours, et pourquoi le temps d’attente sur une ressource partagée explose à mesure que l’utilisation approche sa limite.
2.8 Métriques de flux de valeur Lean : La boîte à outils Lean classique, temps d’exécution, temps de processus, temps de cycle, pourcentage complet et correct, et temps takt, dont descendent les métriques spécifiques au logiciel de cette partie, et comment relier les deux vocabulaires.
2.9 Métriques des demandes de tirage et de la revue de code : Les métriques qui vivent dans une seule étape du pipeline de livraison, et comment elles peuvent déformer la qualité de la revue si utilisées négligemment.
2.10 Le cadre des métriques DORA : Les quatre métriques DORA en entier, placées en dernier délibérément parce qu’elles mesurent le pipeline, pas la valeur qui le traverse.

Comment ces sujets s’articulent

Le sujet 2.1 introduit le Flow Framework dans son ensemble ; le sujet 2.2 donne sa taxonomie des éléments de flux, et les sujets 2.3 et 2.4 couvrent ses cinq métriques de flux entre eux, vélocité et distribution ensemble, puis temps et charge ensemble, avec charge et temps liés directement à la loi de Little. Les sujets 2.5 à 2.7 zooment sur la mécanique sous-jacente au temps de flux et au temps de cycle spécifiquement : l’efficacité de flux et le travail en cours expliquent pourquoi les étapes d’ingénierie sont souvent plus lentes qu’elles n’en ont l’air, le temps de cycle décompose cette portion d’ingénierie en ses étapes, et la théorie des files d’attente formalise, en termes mathématiques démontrables, pourquoi toutes les affirmations des sujets précédents sur la charge, le temps d’attente et l’utilisation sont vraies. Le sujet 2.8 recule pour tracer tout cela jusqu’à son origine dans la cartographie classique du flux de valeur Lean, le vocabulaire commun dont généralisent les métriques spécifiques au logiciel de cette partie. Le sujet 2.9 couvre la seule étape de pipeline que la plupart des équipes peuvent améliorer le plus rapidement. Le sujet 2.10 clôt la partie avec les métriques DORA en entier, présentées comme une couche de référence bien étayée mais plus étroite une fois que l’image plus large, orientée vers l’entreprise, des sujets précédents est déjà en vue.

La discipline de garde-fou de cette partie se connecte directement au sujet 1.2 : la vélocité de flux n’est jamais rapportée sans la distribution de flux à ses côtés, et les métriques de vitesse de DORA restent jumelées avec ses métriques de stabilité, de sorte qu’une équipe ne puisse pas améliorer un chiffre de vitesse en livrant tranquillement du code plus risqué ou un mélange plus étroit de valeur. Ce jumelage n’est accessoire pour aucun des deux cadres ; c’est l’intuition centrale de chaque cadre, et les métriques de fiabilité de la partie 6 étendent la même moitié de stabilité de ce jumelage aux opérations de production une fois que le code a déjà été livré.