Métriques de flux, évaluation des compétences et anti-patterns courants à surveiller.
SAFe met l'accent sur les métriques de flux plutôt que sur les métriques d'activité. Les métriques de flux mesurent comment la valeur circule dans le système — ce qui compte réellement pour les clients et l'entreprise.
Les quatre métriques de flux :
1. Distribution du flux — Quel pourcentage du travail relève de chaque catégorie : fonctionnalités, facilitateurs, défauts, risques ? Un ART en santé consacre la majeure partie de sa capacité aux fonctionnalités et aux facilitateurs. Si le travail sur les défauts domine, les pratiques de qualité doivent être améliorées. Si le travail sur les risques domine, il peut y avoir des problèmes de stabilité systémiques.
2. Vélocité du flux — Combien d'éléments (fonctionnalités, histoires) sont complétés par unité de temps ? C'est la mesure du débit. Augmenter la vélocité du flux signifie que l'ART livre plus de valeur plus rapidement. Suivez cette tendance au fil des PI.
3. Temps de flux — Combien de temps s'écoule entre le moment où le travail entre dans le système et celui où il est livré ? C'est le délai de bout en bout. Réduire le temps de flux signifie que les clients obtiennent la valeur plus rapidement. Des temps de flux longs indiquent des files d'attente, des goulots d'étranglement ou un excès de travail en cours.
4. Charge de flux — Quelle quantité de travail se trouve dans le système à un moment donné (travail en cours) ? Une charge de flux élevée crée des files d'attente, augmente le temps de flux et réduit la prévisibilité. Le remède est presque toujours : terminer ce que vous avez commencé avant de commencer quelque chose de nouveau.
Efficacité du flux — Une métrique dérivée : temps actif ÷ temps de flux total × 100 %. La plupart des organisations découvrent que leur efficacité du flux est de 15 à 25 % — ce qui signifie que le travail passe 75 à 85 % de son temps à attendre dans des files. C'est là que se trouvent les plus grandes opportunités d'amélioration.
Ne mesurez pas ces éléments de manière isolée. Ils forment un système : réduire la charge de flux (travail en cours) améliore généralement le temps de flux, ce qui améliore la vélocité du flux et déplace la distribution du flux vers les fonctionnalités (car moins de défauts s'accumulent).
Flux > Vélocité
Les story points et la vélocité sont des mesures au niveau de l'équipe. Les métriques de flux sont des mesures au niveau du système. À grande échelle, optimiser la vélocité de l'équipe tout en ignorant le flux du système, c'est comme optimiser la vitesse des voies d'autoroute tout en ignorant les embouteillages aux points de fusion.
SAFe définit sept compétences fondamentales qui caractérisent une entreprise Lean-Agile. Évaluer périodiquement ces compétences aide à identifier les lacunes de transformation :
1. Agilité d'équipe et technique — Les équipes sont-elles vraiment interfonctionnelles, auto-organisées et pratiquent-elles la qualité intégrée ? Intègrent-elles et livrent-elles en continu ?
2. Livraison de produit agile — L'organisation est-elle centrée sur le client ? Construit-elle des produits de manière itérative avec des retours rapides des utilisateurs ? Le DevOps permet-il la livraison continue ?
3. Livraison de solution d'entreprise — L'organisation peut-elle construire et faire évoluer des solutions vastes et complexes à travers plusieurs ART ? Les pratiques d'ingénierie de systèmes Lean sont-elles en place ?
4. Gestion de portefeuille Lean — Les portefeuilles sont-ils financés par flux de valeur, gouvernés par des garde-fous et priorisés par valeur économique ?
5. Agilité organisationnelle — L'organisation peut-elle répondre rapidement aux changements du marché ? Les équipes sont-elles organisées autour de la valeur ? Le déploiement de la stratégie est-il efficace ?
6. Culture d'apprentissage continu — L'organisation est-elle engagée dans l'amélioration implacable ? Les gens ont-ils le temps et l'encouragement d'apprendre ? Les innovations sont-elles encouragées et les échecs traités comme des apprentissages ?
7. Leadership Lean-Agile — Les leaders modélisent-ils le comportement Lean-Agile ? Dirigent-ils par l'exemple, créent-ils les conditions de succès et conduisent-ils le changement organisationnel ?
Comment utiliser l'évaluation : Évaluez chaque compétence de 1 à 5 avec une justification fondée sur des preuves. Identifiez les 2 à 3 compétences les moins bien notées et concentrez-y les efforts d'amélioration. Réévaluez tous les 2 à 3 PI. L'évaluation n'est pas un score à optimiser — c'est un outil de diagnostic pour guider l'investissement.
Les transformations SAFe échouent de manière prévisible. Connaître les anti-patterns vous aide à les éviter :
« SAFe-cascade » — Mettre en œuvre les mécanismes SAFe tout en conservant un état d'esprit en cascade. La planification de PI devient un exercice de planification détaillée en amont. On dit aux équipes quoi construire. Les rétrospectives ne produisent aucun changement. C'est le mode d'échec le plus courant.
« Faux trains de livraison agiles » — Les équipes sont assignées à un ART sur papier mais continuent de travailler de manière indépendante. Il n'y a pas de véritable intégration, pas de démo système significative, et la planification de PI n'est qu'un rapport d'état.
« L'usine à certifications » — Tout le monde obtient une certification, mais personne ne change de comportement. Les certifications sont nécessaires mais insuffisantes. La formation sans coaching et pratique ne produit pas de transformation.
« Agile de nom seulement » — La direction impose SAFe mais ne change pas son propre comportement. Elle exige toujours des estimations détaillées en amont, outrepasse les décisions des équipes et mesure l'utilisation au lieu des résultats.
« Sur-ingénierie du cadre » — Mettre en œuvre Full SAFe quand Essential suffirait. Ajouter des rôles, événements et artefacts personnalisés en plus de SAFe. Le résultat est un processus trop complexe auquel les équipes résistent.
« Théâtre de planification de PI » — La planification de PI a lieu mais les plans sont ignorés. Les équipes font ce que la direction leur dit après l'événement. Cela détruit la confiance et rend les futurs événements de planification sans signification.
« Ignorer les pratiques techniques » — Adopter les pratiques organisationnelles de SAFe tout en ignorant la qualité intégrée (pas de TDD, pas d'IC, pas de tests automatisés). Vous ne pouvez pas mettre à l'échelle ce qui ne fonctionne pas au niveau de l'équipe.
L'antidote : Rétrospection continue et honnête. Si l'événement I&A identifie systématiquement les mêmes problèmes, l'ART ne s'améliore pas — il se répète. Remontez les obstacles systémiques à la direction. Si la direction n'agit pas sur les obstacles, c'est l'obstacle à traiter.
Le plus grand anti-pattern
Le plus grand anti-pattern est de mettre en œuvre SAFe pour « contrôler » les équipes plutôt que pour les « habiliter ». Si votre mise en œuvre de SAFe augmente la charge de gestion sans augmenter l'autonomie des équipes, vous faites les choses à l'envers.