Peter Drucker, expert en gestion, aurait dit : "Vous ne pouvez pas gérer ce que vous ne mesurez pas", ce avec quoi la plupart des chefs de produit ou des nerds du reporting seraient d'accord, surtout lorsqu'il s'agit d'essayer d'améliorer le flux de travail d'une équipe de développement. Cela dit, tout le monde n'est pas aussi familier avec les métriques Lean et Agile que moi, ce qui est tout à fait compréhensible car je pense à ces choses quotidiennement. La première chose à apprendre est que les mesures Lean et Agile peuvent être utilisées pour le bien (pour rationaliser les flux de travail, augmenter l'efficacité de l'équipe et rallier une équipe vers un objectif commun) - ainsi que pour le mal (pour jouer le jeu des reproches, monter les équipes les unes contre les autres, etc.)
Nous avons tous fait partie de projets où rien n'était mesuré, et il était donc difficile de savoir si des progrès étaient réalisés. Ce n'est pas amusant pour tout le monde - et ce n'est pas vraiment Agile. Vous ne pouvez pas augmenter votre agilité si vous ne savez pas à quel point vous travaillez efficacement en premier lieu.
Mais si vous avez pratiqué une forme quelconque d'Agile, Scrum ou Kanban, vous avez probablement aussi fait l'expérience de mesures utilisées de manière incorrecte - soit parce que les données utilisées pour les créer ne sont pas propres, soit parce que l'analyse de ces données tire des conclusions erronées et entraîne des comportements erronés.
Le suivi et l'analyse de solides métriques Lean et Agile peuvent améliorer la transparence au sein d'une équipe et aider à identifier les moyens d'améliorer la façon dont votre équipe travaille.
Il peut aider votre équipe à devenir plus Lean et Agile en augmentant non seulement la vitesse, mais en préparant mieux votre système à gérer les revers. Mais d'abord, vous devez avoir une compréhension claire et partagée au sein de l'équipe concernant les mesures Lean et Agile que vous utilisez et pourquoi. Tout aussi important, vous devez comprendre comment vous les collectez.
L'utilisation d'un tableau Kanban est essentielle pour toute équipe qui cherche à améliorer son flux de travail. Pensez-y de cette façon : Si vous ne pouvez pas le voir, vous ne pouvez pas le mesurer, et si vous ne pouvez pas le mesurer, comment pouvez-vous l'améliorer ? L'utilisation d'un tableau Kanban numérique peut aider votre équipe non seulement à à visualiser son travail, mais aussi à automatiser la collecte et le rapport des mesures du flux de travail, ce qui vous donne des informations précieuses que vous pouvez utiliser pour stimuler les efforts d'amélioration.
VOICI LES DEUX PREMIÈRES DES CINQ MÉTRIQUES AGILES QUE TOUTE ÉQUIPE DE DÉVELOPPEMENT DEVRAIT MESURER.
DÉLAI D'EXÉCUTION : COMBIEN DE TEMPS FAUT-IL POUR PASSER DU "À FAIRE"' AU "FAIT" ? À "FAIT" ?
Qu'est-ce que c'est : Mesure du temps total nécessaire à la réalisation d'un travail, depuis le moment où il est demandé jusqu'au moment où il est livré.
Comment c'est mesuré : Sur les tableaux Kanban, à partir du moment où une carte est créée jusqu'au moment où elle passe dans la colonne "Terminé" (rapporté sur les rapports de temps d'exécution, de temps de cycle).
Ce qu'il nous dit : Le temps perçu qu'un travail a pris aux yeux du client (interne ou externe).
Le délai d'exécution mesure le temps total qu'il faut pour que le travail passe par la chaîne de valeur, depuis le moment où le travail est demandé jusqu'au moment où il est livré. Il mesure la durée du début à la fin. Cela inclut le temps de traitement ainsi que le temps que le travail passe dans les files d'attente, ou états d'attente.
Nous mesurons le délai d'exécution en démarrant une minuterie lorsque le travail est demandé et en arrêtant cette minuterie lorsque le travail est livré. Bien sûr, il serait difficile de mesurer manuellement les délais pour chaque pièce qui passe par le système - c'est pourquoi il est crucial de trouver un outil qui peut le faire pour vous, mais nous y reviendrons plus tard.
Le délai d'exécution est souvent utilisé pour fournir des estimations aux clients. Il est donc essentiel que les équipes aient une connaissance précise de leurs délais moyens pour les différents types de travaux. C'est là que les choses peuvent se compliquer.
Souvent, lorsque nous fournissons des estimations, nous pensons au temps qu'il nous faudra pour activement effectuer le travail. Cependant, il est probable que ces étapes actives, à valeur ajoutée, ne représentent qu'une fraction de votre délai global de réalisation. Il est plus probable qu'entre chacune des étapes du processus, le travail passe un temps considérable dans des files d'attente, ou états d'attente, et que le temps passé dans les états d'attente soit supérieur au temps de travail actif.
En général, la réduction des délais consiste à optimiser les transferts entre les étapes du processus, afin de minimiser le temps que le travail passe dans des états d'attente. Limiter l'encours au sein de l'équipe est l'un des moyens les plus efficaces de réduire les états d'attente et donc de réduire les délais globaux. L'optimisation des temps de cycle est tout aussi importante.
DURÉE DU CYCLE : COMBIEN DE TEMPS NOUS FAUT-IL POUR...
Qu'est-ce que c'est : Une mesure du temps que prend le travail pour aller du point A au point B dans votre processus.
Comment c'est mesuré : Sur les tableaux Kanban - du moment où une carte entre dans un couloir spécifié au moment où elle entre dans un autre couloir spécifié (le couloir dépend de la partie de votre processus que vous essayez de mesurer).
Ce qu'il nous dit : Combien de temps certaines parties de votre processus peuvent prendre ; par conséquent, cela donne un aperçu de l'endroit où le travail est bloqué dans votre processus et comment améliorer le flux.
Le délai d'exécution et le temps de cycle nous aident tous deux à comprendre combien de temps il faut pour que le travail circule dans nos flux de travail Agile, mais ils mesurent différents segments du processus. Alors que le délai d'exécution mesure le temps total qu'un élément de travail passe dans notre système, le temps de cycle mesure le temps qu'il faut à un élément de travail pour aller du point A au point B.
Étant donné que le temps de cycle peut être mesuré à partir de deux points de départ et d'arrivée quelconques sur un tableau Kanban, il est courant que plusieurs catégories de temps de cycle existent sur un même tableau (par exemple, le temps de cycle de conception, le temps de cycle de développement, le temps de cycle d'assurance qualité, etc.)
Comme pour la mesure des délais, nous pouvons mesurer les temps de cycle en démarrant une minuterie lorsque le travail entre dans un certain couloir sur notre tableau et en l'arrêtant lorsqu'il sort de ce couloir.
Les équipes Lean et Agile peuvent mesurer les temps de cycle de chacune des étapes de leur processus et expérimenter des moyens de les réduire. Par exemple, si vous constatez que la durée de votre cycle de test est considérablement plus longue que les autres étapes de votre processus, vous pouvez essayer de réduire la limite d'encours de l'étape de test, d'affecter un membre supplémentaire de l'équipe à l'étape de test ou de simplifier les exigences relatives aux tests, permettant ainsi à l'équipe de passer plus rapidement à cette étape.
It might be that within a specific step, there are several review cycles that aren’t visualized. Visualizing these review cycles as their own individual steps can help teams get a more accurate understanding of where work gets stuck.
Maintenant, revenons à la recherche d'un outil qui peut mesurer les délais et les temps de cycle pour vous - Planview AgilePlace peut être justement cet outil. Non seulement il est capable d'effectuer les mesures pour vous, mais grâce à des fonctionnalités telles que les tableaux Kanban, vous pourrez facilement hiérarchiser et visualiser votre travail en cours, ainsi que celui des autres membres de l'équipe. Si vous souhaitez en savoir plus, inscrivez-vous à un essai gratuit de Planview AgilePlace dès aujourd'hui!
