Aperçu de 25 KPI agiles - 1 simple indicateur suffit !
Il existe une multitude de KPIs agiles et de méthodes de mesure. Mais tu dois toujours garder une chose à l’esprit :
Dites-moi comment vous me mesurez et je vous dirai comment je vais me comporter.
Dr. Eli Goldratt
Une question doit donc être posée : Tous ces KPIs agiles sont-ils pertinents ? Et puis, il y a cette autre citation :
La simplicité est l’âme de l’efficacité.
Austin Freeman
La question suivante se pose donc : si nous voulions mesurer l’agilité le plus simplement possible, comment le mesurerions-nous ? Quelles sont les métriques et les mesures agiles les plus importantes ? Ou si nous ne mesurions qu’une seule chose, laquelle serait-ce ?
Aperçu : Métriques et indicateurs clés de performance agiles typiques
Il existe beaucoup trop de façons de collecter des métriques et des ICP agiles. Voici un aperçu des possibilités (non exhaustif) :
| KPI agile | Explication | Basé sur… | Corrélation avec la valeur client | Simplicité de la mesure | Vise à… |
|---|---|---|---|---|---|
| Diagramme d’avancement du sprint | Indique la progression au sein du sprint vers l’atteinte de l’objectif du sprint | Effort estimé subjectivement | Faible 🔴 | Partiellement manuel ⚠️ | Productivité 🏃 |
| Vélocité | Indicateur de la quantité de travail effectuée pendant un sprint | Somme des story points estimés subjectivement (histoires d’utilisateur complètes) | Faible 🔴 | Partiellement manuel ⚠️ | Productivité 🏃 |
| Diagramme d’avancement des épopées et des versions | Surveillance de la progression de nombreuses tâches vers une épopée | Effort estimé subjectivement | Moyenne ⚠️ | Partiellement manuel ⚠️ | Productivité 🏃 |
| Carte de contrôle | Durée entre le statut « En cours » et « Terminé » des tâches | Mesure objective du temps | Faible 🔴 | Automatisé ✅ | Productivité 🏃 |
| Diagramme de flux cumulé | Nombre de tâches dans le backlog par rapport au temps restant | Nombre objectif de tâches vs. temps | Moyenne ⚠️ | Automatisé ✅ | Productivité 🏃 |
| Délai d’exécution | Période entre la commande d’un produit et sa livraison | Mesure objective du temps | Moyenne ⚠️ | Automatisé ✅ | Productivité 🏃 |
| Valeur livrée ou valeur client livrée | Valeur client d’une exigence en € ou en points | Estimé et attribué subjectivement par le Product Owner | Moyenne ⚠️ | Partiellement manuel ⚠️ | Valeur client 🔍 |
| Net Promoter Score | Volonté de recommander le produit | Subjectivement par le client | Élevée ✅ | Partiellement manuel et outils nécessaires 🔴 | Valeur client 🔍 |
| Âge de l’élément de travail | Indication de la durée entre le début et la fin d’une tâche | Objectivement par un outil | Faible 🔴 | Automatisé ✅ | Productivité 🏃 |
| Débit | Tâches terminées en moyenne dans un laps de temps donné | Objectivement par un outil | Moyenne ⚠️ | Automatisé ✅ | Productivité 🏃 |
| Temps bloqué | Nombre et durée des tâches qui ne peuvent pas être traitées davantage en raison de dépendances internes | Objectivement par un outil | Moyenne ⚠️ | Automatisé ✅ | Prévisibilité 🎲 |
| Défauts échappés | Indication du nombre d’erreurs logicielles lors de la publication d’une version | Objectivement par un outil | Moyenne ⚠️ | Automatisé ✅ | Qualité 🏆 |
| Déploiements échoués | Nombre de déploiements | Objectivement par un outil | Moyenne ⚠️ | Automatisé ✅ | Qualité 🏆 |
| Couverture du code | Mesure dans laquelle le code source d’un programme est exécuté (indique la qualité du logiciel) | Objectivement par un outil | Moyenne ⚠️ | Automatisé ✅ | Qualité 🏆 |
| Intelligence de la qualité | Aide à identifier les modifications récentes dans le code (indique la qualité du logiciel) | Objectivement par un outil | Moyenne ⚠️ | Automatisé ✅ | Qualité 🏆 |
| Temps de cycle | « Travail en cours » divisé par le taux d’achèvement moyen des tâches (indique le bon fonctionnement du flux de travail) | Objectivement par un outil | Moyenne ⚠️ | Automatisé ✅ | Productivité 🏃 |
| Satisfaction client | Satisfaction du client ou de l’utilisateur avec le produit ou le service | Subjectivement par le client | Élevée ✅ | Partiellement manuel et outils nécessaires 🔴 | Valeur client 🔍 |
| Ratio planifié/réalisé | Ratio entre les histoires d’utilisateur planifiées et terminées | Objectivement par un outil | Moyenne ⚠️ | Automatisé ✅ | Prévisibilité 🎲 |
| Indice d’utilisation | Indique les fonctionnalités qui sont réellement utilisées par les clients et avec quelle intensité | Objectivement par un outil | Élevée ✅ | Partiellement manuel ⚠️ | Valeur client 🔍 |
| Taux d’innovation | Capacité des équipes à développer des fonctionnalités intéressantes par rapport à la correction du « mauvais » travail (corrections de bogues et demandes d’assistance) | Objectivement par un outil | Moyenne ⚠️ | Partiellement manuel et outils nécessaires 🔴 | Qualité 🏆 |
| Valeur de l’entreprise | La valeur de l’entreprise (domaine) | Objectivement ou subjectivement par les parties prenantes | Moyenne ⚠️ | Partiellement manuel ⚠️ | Valeur client 🔍 |
| Sécurité psychologique | Probabilité que les employés expriment ouvertement leurs opinions et leurs idées | Subjectivement via un outil (d’enquête) | Élevé ✅ | Partiellement manuel et outils nécessaires 🔴 | Culture 🧑🤝🧑 |
| Raison d’être | Une justification émotionnelle de la raison d’être de votre entreprise ou de votre département | Subjectivement via un outil (d’enquête) | Élevé ✅ | Partiellement manuel et outils nécessaires 🔴 | Culture 🧑🤝🧑 |
| Vision | Une image émotionnelle de ce à quoi ressemblera votre entreprise ou votre département à l’avenir | Subjectivement via un outil (d’enquête) | Élevé ✅ | Partiellement manuel et outils nécessaires 🔴 | Culture 🧑🤝🧑 |
| Satisfaction / Bonheur des employés | Satisfaction des employés par rapport à leur travail | Subjectivement via un outil (d’enquête) | Élevé ✅ | Partiellement manuel et outils nécessaires 🔴 | Culture 🧑🤝🧑 |
Ne te méprends pas : bien sûr, il est tout à fait possible d’avoir des modèles de maturité agile plus compliqués ou des métriques agiles, comme par exemple le Agilomètre. Mais l’expérience de pensée consistant à vouloir mesurer un seul KPIs me semble plutôt passionnante. C’est pourquoi cet article explore cet objectif.
Les KPIs agiles ci-dessus nous servent de base pour ce texte.
Une remarque pour commencer : une métrique agile simple, pragmatique mais très utile est celle présentée dans la vidéo ici. Agustina partage même publiquement les données de l’équipe de toute l’année dernière :
Rejeter les métriques et les ICP Agile ?
Voulons-nous vraiment des métriques agiles et des KPIS agiles ?
Avant d’aller plus loin, une chose que j’entends régulièrement ou que je lis sur LinkedIn lorsque je parle avec des coachs agiles, des Scrum Masters ou des consultants Scaled Agile Frameworks : voulez-vous seulement mesurer l’agilité ?
Il y a des mensonges, il y a des sacrés mensonges, et il y a les statistiques.
Mark Twain
Mark Twain est un peu dramatique à ce sujet. Mais il a un point. Un point qu’Albert Einstein a mis en évidence.
Tout ce qui peut être compté ne compte pas.
Albert Einstein
Que sont les bons « KPI » dans Agile - Vélocité, graphiques d’avancement, nombre de déploiements ayant échoué ? Ces mesures agiles sont-elles essentielles au succès agile ? J’en doute.
Mais abandonner toutes les métriques ? Ce serait aussi une erreur.
Avantages des ICP et des métriques agiles
Dans le monde d’aujourd’hui, les conditions économiques changent rapidement. En période de prospérité, les décideurs envisagent une transformation agile parce qu’ils ont les ressources et la sécurité nécessaires. Et en période de crise ?
Dans les périodes économiques difficiles, les dirigeants retomberont dans la pensée traditionnelle. Ils retomberont dans de vieux schémas de comportement : par exemple, des décisions descendantes qui ne sont pas vraiment compatibles avec la pensée agile moderne.
"Beaucoup de membres de l'équipe n'osent pas ouvrir la bouche !"
Résoudre ce défi"Nous découvrons trop de problèmes et de bugs inattendus à un moment tardif !"
Résoudre ce défi"Pourquoi me faut-il parfois des heures pour préparer une simple rétrospective ?"
Résoudre ce défiSi les dirigeants n’ont pas d’indicateurs clés de performance clairs pour diriger le bateau en période de crise, ils ne devraient même pas commencer une transformation agile. Car alors, en cas de crise économique, tous les progrès réalisés dans le cadre de cette transformation seraient détruits.
La seule chance probable pour que les méthodes agiles survivent à des périodes difficiles dans un environnement évolutif est donc de battre le système avec ses propres armes : en fournissant des métriques. Des métriques qui aident à gérer les périodes d’incertitude.
Et je suis sûr qu’il existe des métriques agiles qui apportent de la valeur ajoutée.
Avec le recul, je pense que l’une de mes plus grandes erreurs a été de toujours catégoriser les métriques pour la transformation agile **Avoir refusé.
Marcus Raitner
Einstein le dit aussi dans sa citation : il y a des choses qui comptent. C’est de cela qu’il est question dans cet article.
Mesurer l’agilité - Qu’est-ce qui fait une bonne mesure agile ?
Supposons que la question que vous posez généralement lors de votre Daily Stand-up soit la suivante : Qu’avez-vous accompli aujourd’hui ? C’est donc la façon dont vous « mesurez » les progrès de votre équipe.
Bonne question, n’est-ce pas ? Non, pas vraiment. Cette question incite l’équipe à montrer qu’elle est travailleuse. La question met la pression sur l’équipe pour qu’elle termine la « liste de choses à faire » afin qu’elle puisse se référer fièrement à la mesure : Oui, j’ai été très occupé au cours des dernières 24 heures !
Mais terminer la « liste de choses à faire », c’est bien, non ? Eh bien, cela dépend. Quelque chose d’autre est beaucoup plus important : à savoir, atteindre l’objectif de l’équipe. Il s’agit généralement - dans le cas des équipes agiles - de fournir de la valeur au client, ou en anglais, de « delivering value ».
KPI agiles - comment mesurer l’agilité
Une meilleure question (ou mesure) lors de votre Daily Stand-up serait donc : « Comment avez-vous aidé votre équipe ou votre organisation à atteindre notre objectif (de sprint) au cours des dernières 24 heures ? »
Changez votre question (ou la mesure), changez la façon dont les gens pensent et agissent : d’abord efficace, puis efficient - pour reprendre les mots de Peter Drucker dire.
Changez la mesure - changez la façon dont les gens pensent et agissent.
Pour reprendre les mots d’Einstein : Nous devons trouver la seule chose qui puisse être comptée - et qui compte vraiment.
Alors qu’est-ce qui compte vraiment dans une transformation agile ?
Le bon regard sur les KPI agiles et les métriques agiles
L’objectif de votre transformation agile n’est certainement pas une transformation agile. Pourquoi faites-vous la transformation agile ? Appliquons la « technique des 3 pourquoi » pour comprendre cela :

La raison principale de ta transformation agile : tu ne veux pas finir comme l’entreprise “Blockbuster”, qui a ignoré les tendances du secteur et les besoins des clients, qui n’était pas ouverte au changement et qui a finalement manqué d’argent.
Tu veux finir comme Netflix, qui développe constamment son modèle économique autour des besoins essentiels de ses clients. Il suffit de regarder les Etude de cas Blockbuster vs. Netflix.
Comment peux-tu traduire cela en une mesure dans le cadre d’une transformation agile ? Eh bien, c’est difficile.
Ce que les entreprises font à la place : Utiliser les métriques parce qu’elles sont faciles à mesurer. Parce que les outils les donnent de toute façon. La probabilité qu’il s’agisse des bonnes métriques est assez faible.
Car il ne s’agit pas, par exemple, d’améliorer la vitesse du sprint ou la vélocité. C’est une erreur fréquente : surveiller et mesurer l’effort ou l’efficacité. Au lieu de cela, il s’agit de satisfaire les besoins des clients.
KPI agiles et mesurer l’agilité - une conclusion importante
Une fois que nous avons établi tout cela, nous devons mesurer la validité de notre “unique métrique” à quelque chose ou trouver un corrélat.
Nous devons mesurer les résultats, pas les réalisations. Nous devons mesurer notre transformation agile en fonction de la mesure dans laquelle elle nous aide à atteindre notre objectif. Nous ne devons pas mesurer les gens en fonction du temps qu’ils y consacrent, mais en fonction de leur contribution à une vision ou un objectif commun - nous devons mesurer la valeur créée pour le client !
Si nous voulons mesurer en fonction de la valeur client, nous devons très bien comprendre les besoins du client.
Par exemple, une entreprise ferroviaire doit comprendre qu’elle n’est pas active dans le secteur ferroviaire. Elle doit comprendre qu’elle est active dans le domaine du transport. Car les clients ne se soucient pas de savoir s’ils sont transportés en train ou en avion.
Une petite digression : l’important avec les métriques agiles est bien sûr de les réfléchir. Comme par exemple pour le Contrôle de santé Spotify , avec la rétrospective correspondante.
Vous pouvez faire exactement cela (si nécessaire, également au niveau de l’équipe) avec notre outil Health Check & Retrospektive. Vous trouverez plus d’informations à ce sujet sous «Comment ça marche». Vous pouvez également consulter une rétrospective de Health Check ici. Dans ce cas, il s’agit d’une rétro concernant Scrum.
Scrum Health Check : comment se déroule la rétro
-
Brise-glace aléatoire (2-5 minutes)
Echometer met à votre disposition un générateur de questions de prise de température aléatoires.
-
Revue des mesures en suspens (2-5 minutes)
Avant de commencer à aborder de nouveaux sujets, il convient de discuter du contrôle d'efficacité des mesures prises lors des rétrospectives précédentes. Echometer liste automatiquement tous les points d'action en suspens des rétros précédentes.
-
Bilan de santé
Tous les membres de l'équipe peuvent répondre aux bilans de santé de manière anonyme sur une échelle. Passez ensuite en revue les résultats des bilans de santé ensemble et notez éventuellement des commentaires supplémentaires. Si vous utilisez les mêmes bilans de santé dans plusieurs rétrospectives, vous pouvez également suivre les tendances au fil du temps dans Echometer.
- Planification : Le refinement du backlog dans notre équipe se déroule de manière efficace et efficiente.
- Orientation client : la planification de nos sprints est toujours basée sur l'obtention de la plus grande valeur possible pour le client dans le temps imparti.
- Formation agile : les membres de l'équipe, le Product Owner et le Scrum Master partagent la même compréhension de leurs rôles respectifs dans l'équipe.
- Événements Scrum : Récemment, chaque Daily a été utile à l'équipe.
-
Discuter des thèmes de la rétro
Utilisez les questions ouvertes suivantes pour recueillir vos principales conclusions. Au début, chacun se cache. Echometer permet de révéler chaque colonne du tableau de rétro individuellement afin de présenter et de regrouper ensuite les commentaires.
-
Question piège (recommandée)
Pour que d’autres sujets aient également leur place :
- De quoi d’autre aimeriez-vous parler lors de la rétro ?
-
Priorisation / Vote (5 minutes)
Sur le tableau de rétro dans Echometer, vous pouvez facilement prioriser le feedback avec le vote. Le vote est bien sûr anonyme.
-
Définir les mesures (10-20 minutes)
Une mesure liée peut être créée via le symbole Plus sur un feedback. Vous n'êtes pas encore sûr de quelle mesure serait la bonne ? Alors ouvrez plutôt un tableau blanc sur le sujet via le symbole Plus pour faire un brainstorming sur les causes profondes et les mesures possibles.
-
Checkout / Clôture (5 minutes)
Echometer vous permet de recueillir un feedback anonyme de l'équipe sur l'utilité de la rétro. Il en résulte le score ROTI ("Return On Time Invested"), que vous pouvez suivre au fil du temps.
Scrum Health Check
Questions du bilan de santé (échelle)
La mesure des métriques culturelles (comme la sécurité psychologique) peut donc tout à fait se faire dans le cadre de rétrospectives agiles, où l’on peut également en déduire des mesures.
Une alternative consiste à organiser des réunions en tête-à-tête entre les dirigeants et les employés.
Même dans cette routine, de brefs sondages et réflexions réguliers peuvent contribuer à recueillir des métriques culturelles utiles tout en réalisant un processus d’amélioration continue.
Notre outil Echometer peut également t’aider dans ce domaine. Le modèle suivant contient quelques questions de santé auxquelles tu peux réfléchir individuellement avec les membres de ton équipe. Ils peuvent y répondre chacun sur une échelle de 1 à 7.
N’hésite pas à l’essayer sans te connecter via le bouton :
⁉️ Bilan de l'entretien individuel : Développement personnel
- "Mes tâches progressent généralement très rapidement, même si un retour d'information externe est nécessaire."
- "Lorsque j'observe un comportement sous-optimal, je sais comment attirer l'attention de mes collègues de manière constructive."
- "Je reçois des commentaires constructifs à la fois sur mon travail et sur mon développement personnel."
- "Je vois une voie de carrière attrayante devant moi dans l'entreprise." #Growth
- "Au cours des dernières semaines, j'ai très souvent pu utiliser mes forces au travail."
Voici à quoi ressemble cette enquête dans Echometer :
Un autre constat sur les métriques agiles : Timing
Une autre idée est importante ici. Dans le meilleur des cas, les métriques dépendent du timing et/ou de l’étape à laquelle tu te trouves dans ta transformation agile.
Supposons que tu sais déjà qu’une transformation agile avec le Scaled Agile Framework (SAFe®) ou d’autres frameworks agiles est la bonne étape pour toi (c’est d’ailleurs la première chose à laquelle tu dois bien réfléchir en tant qu’entreprise).
Dans ce cas, ton attention devrait se porter sur Début La transformation agile repose sur une chose : L’état d’esprit agile de l’équipe de direction.
L’équipe de direction est-elle vraiment prête à changer ? Comprend-elle les implications d’une transformation ? Est-elle prête à être la première équipe de l’entreprise à introduire sérieusement des méthodes agiles, notamment Kanban, les rétrospectives agiles et l’autoréflexion continue ?
Théoriquement, une première métrique agile devrait donc se concentrer sur la « volonté de la direction ou de l’équipe de direction ». Mon collègue Jean donne dans son article 7 conseils sur le rôle des dirigeants dans les transformations agiles .
La prochaine question importante que tu devrais te poser lors de ta transformation : Avons-nous les bons processus pour comprendre les besoins de nos clients et les surveiller en permanence ? C’est là que pourrait intervenir la prochaine métrique agile.
Mais, attendez. Cela ne nous aide pas à atteindre l’objectif de ce texte : seulement une Mesurer la chose.
Non, c’est pour te donner un peu d’inspiration sur un modèle de maturité agile utile pour ta transformation agile.
Voyons donc maintenant quelles sont les métriques agiles typiques et dans quelle mesure elles sont en corrélation avec les outcomes les plus importants dont il est question dans ta transformation agile : la valeur pour le client.
Les principales métriques agiles : un classement
Tu trouveras en haut un tableau avec les Les métriques agiles les plus courantesLes objectifs de la transformation agile sont les suivants. Je les ai classés selon cinq domaines, cinq objectifs à atteindre en général atteindre avec une transformation agile :
- Avantages pour le client: les métriques répondent-elles aux besoins du client ?
- Prévisibilité: Est-ce que nous livrons à temps et avec des processus sans faille ?
- Productivité: Réalisons-nous de plus en plus de tâches dans le même temps et avec les mêmes ressources ?
- Qualité: Est-ce que nous livrons un produit qui est exempt de défauts et autres problèmes ?
- CultureLes employés de notre organisation sont-ils satisfaits, apprennent-ils continuellement et peuvent-ils être innovants de sorte que la vitesse de livraison visée puisse être maintenue à long terme ?
KPI agiles : comment mesurer le succès agile
Le tableau donne aussi une indication
- combien il est facile de mesurer la métrique (basé sur mon expérience personnelle)
- à quel point cette métrique est en corrélation avec notre objectif principal à long terme : Bénéfices futurs pour les clients (basés sur mon expérience).
Alors, laquelle est dans le tableau ci-dessus le métrique agile ? Qu’est-ce qu’un bon KPI dans le domaine agile ?
Ce qui est intéressant, c’est qu’il ne semble pas y avoir de métrique agile qui soit facile à mesurer tout en offrant un maximum de valeur au client. Mais c’est aussi dommage.
Je dirais que la « simplicité de la mesure » n’est pas aussi importante que la « corrélation avec la valeur future pour le client ». Par conséquent, les métriques les plus valides semblent être l’« indice d’utilisation », la « satisfaction client » ou le « Net Promoter Score ».
D’ailleurs, tu peux commencer dès aujourd’hui à collecter 11 KPI dans ton équipe en réalisant ce que l’on appelle le Health Check de Spotify avec ton équipe. Regarde cette vidéo et les autres vidéos mentionnées pour voir comment cela fonctionne :
Scaled agile Frameworks - le KPI agile le plus important est… ?
Que tu utilises le Scaled Agile Framework (SAFe®) ou un autre modèle pour augmenter ton niveau de maturité agile n’a pas d’importance.
Au vu de ces trois métriques, ce qui est le plus en corrélation avec l’utilité future pour le client est probablement la satisfaction du client ou “Customer Satisfaction”. Ou, pour être plus précis, la satisfaction client top box. Tu trouveras plus d’informations sur ce sujet sous ce lien.
La satisfaction des clients a probablement aussi la corrélation la plus élevée de toutes ces métriques avec le ROI de ta transformation agile. Elle te permet de savoir si tu dois changer quelque chose ou si tu dois garder le cap.
KPI agiles : un simple indicateur suffit - ou pas ?
Mais attention ! Si tu te focalises uniquement sur la satisfaction des clients, comment t’assurer que tes concurrents à long terme êtes en avance ? Comment faites-vous pour que des idées novatrices et disruptives puissent croître et prospérer dans votre entreprise ? Quel est finalement votre objectif à long terme…
Face à ces questions, je pense que nous devrions revenir aux fondamentaux : Pour créer continuellement de la valeur pour le client et pour être innovant, tu as besoin de deux autres choses : des processus agiles sans faille et une culture d’entreprise saine.
Ta culture d’entreprise fait en sorte que les employés se sentent psychologiquement sûr se sentent ouverts à l’échec, élèvent la voix et partagent leurs idées. Et tes processus agiles te permettent de mettre en œuvre tes idées plus rapidement que tes concurrents.
**L’agilité, comme un leader, vise une approche axée sur l’humain ; elle fait passer les personnes avant les choses.**Vikram Verma
Le graphique suivant illustre cela de manière simple. Si la valeur pour le client est ton objectif à long terme, alors l’entrée pour cela est “processus agiles” multiplié par “culture d’entreprise”.
Culture × Processus agiles = Valeur client à long terme
J’ai lu une fois que «la transformation agile nécessite un changement de culture, pas un changement de processus.”
Je ne peux pas être d’accord avec ça. Il faut les deux.
Trois KPI agiles dans le modèle de maturité agile
Donc, si vous ne voulez mesurer qu’une seule chose dans Scaled Agile Frameworks (SAFe®) ou d’autres frameworks, ce serait la satisfaction client. Mais honnêtement, je ne peux pas recommander de ne mesurer qu’une seule chose - désolé de vous décevoir.
Si tu veux vraiment que tes métriques soient aussi simples que possible, je te recommande de mesurer au moins trois choses pour une indication de ton niveau de maturité agile :
- Mesure le Bénéfice pour le client ou valeur - par la satisfaction client.
- Miss vos Culture d’entreprise - par La sécurité psychologique comme indicateur d’apprentissage et d’innovation.
- Mesure les Mise en place de méthodes agiles - à l’aide du « planned-to-done-ratio » comme indicateur de votre capacité à fournir de la valeur client de manière incrémentale.
Après avoir mesuré, développe quelque chose. Puis en tirer des leçons. Et puis itérer sur tes métriques… Build. Mesure. Apprendre…
Facile, n’est-ce pas ? Non, bien sûr que non. Mais es-tu sérieux quant à l’établissement de cadres agiles dans ton organisation ?
Qu’est-ce qu’un bon KPI agile et à quoi cela me sert-il dans ma transformation agile ?
Nous interrogeons actuellement des dizaines d’experts - Release Train Engineers, Agile Coaches, Scaled Agile Framework Berater - sur le thème des KPI et des métriques dans le contexte de Scaled Agile Frameworks et des méthodes agiles.
En nous basant sur ces interviews, nous avons développé Project Scagile : 7 webinaires qui aident à 7 erreurs typiques dans les transformations agiles à éviter. L’un des webinaires porte sur le thème des « métriques agiles ».
Si tu es toujours à la recherche d’une planche rétro appropriée, notre article peut d’ailleurs t’aider avec ce sujet : Les meilleures planches rétro en comparaison.