Les équipes logicielles utilisent parfois le temps de cycle et la vélocité comme deux mesures standard pour évaluer leur progrès et leur efficacité. Ces indicateurs peuvent aider les équipes à prévoir le temps qu'il leur faudra pour terminer un travail. Les deux métriques sont utiles, mais dans cet article, nous présentons leurs différences et expliquons pourquoi nous sommes convaincus de la supériorité du temps de cycle.
Le temps de cycle est un indicateur de performance qui indique le temps dont une équipe a besoin pour travailler sur une tâche spécifique du début à la fin. Vous pouvez le suivre en mesurant le temps nécessaire pour qu'une tâche passe de l'état «En cours» à «Terminé» dans un tableau Jira ou dans un autre outil de gestion de projet.
Le temps de cycle prend en compte le temps nécessaire à l'exécution de chaque tâche et la quantité de travail produite. Il s'agit donc d'un indicateur essentiel pour évaluer l'efficacité du processus de développement logiciel. En outre, il peut aider votre équipe à identifier les points à améliorer et les goulots d'étranglement, ce qui se traduit par des cycles de développement plus rapides et plus efficaces.
La mesure appelée vélocité, généralement exprimée en semaines ou en sprints, détermine la quantité de travail que votre équipe peut achever dans un laps de temps donné. Vous pouvez la calculer en résumant le nombre de points de récit utilisateur (story points) que votre équipe complète au cours d'un sprint. Les points de récit tiennent compte de la complexité, du risque et de l'incertitude pour estimer le travail nécessaire à la réalisation d'une fonctionnalité ou d'un récit utilisateur.
La vélocité moyenne est une mesure précieuse pour la planification de la capacité, c'est-à-dire la quantité de travail que votre équipe peut accomplir au cours des prochains sprints. Cependant, comme la vélocité ne mesure ni la qualité du travail produit ni le temps nécessaire pour accomplir des tâches spécifiques, elle ne peut être le seul indicateur de la performance ou de la productivité d'une équipe.
Maintenant que nous avons expliqué ce qu'est le temps de cycle, voyons comment il peut être influencé positivement par l'amélioration d'autres mesures clés du processus logiciel :
Le WIP désigne le nombre d'items de travail en cours de traitement. Il comprend à la fois les items actifs et ceux en attente de traitement. La réduction du travail en cours permet d'améliorer le temps de cycle et le délai d'exécution, car elle réduit le temps d'attente dans le processus.
Le délai d'exécution (lead time) est la durée qui s'écoule entre le moment où un client passe une commande et la livraison du produit final. Il comprend à la fois le temps de traitement et le temps d'attente. Le temps de cycle est un sous-ensemble du délai d'exécution qui ne mesure que le temps de traitement et offre une vision du processus plus orientée vers le client, influencée par le temps de cycle.
Le délai de production (takt time) est le rythme auquel les produits doivent être fabriqués pour répondre à la demande des clients. Il est calculé en divisant le temps de production disponible par la demande du client. Le délai de production est utilisé avec le temps de cycle et d'autres mesures de processus pour s'assurer que la production est optimisée pour répondre à la demande du client.
Le débit est la vitesse à laquelle un système peut produire des items finis. Il est généralement mesuré en unités d’heures ou de jours. Le débit dépend du temps de cycle ; un temps de cycle plus court augmente le taux de production et améliore le débit. La vélocité est un débit, mais au lieu d'un total de points de récit, le débit calcule le total des items de travail.
Le taux de défaillance mesure le nombre de défaillances ou d'erreurs dans un processus. En réduisant le taux de défaillance, les équipes peuvent améliorer le temps de cycle et le délai d'exécution en passant moins de temps à corriger et à refaire.
Le sprint est une période qui dure généralement entre une et quatre semaines. La vélocité indique le nombre de points de récit ou d’unités de travail que votre équipe peut réaliser dans ce laps de temps. L'équipe définit des points de récit pour chaque récit d'utilisateur ou fonctionnalité en fonction de la complexité, de la taille et de l'incertitude. Vous pouvez calculer la vélocité de l'équipe en résumant les points de récit de tous les récits utilisateur que votre équipe a terminés et approuvés au cours d'un sprint. Par exemple, si votre équipe a terminé 15 récits utilisateur avec 60 points de récit au cours d'un sprint de deux semaines, votre vélocité sera de 30 points de récit par semaine.
Le suivi de la vélocité peut soutenir la gestion et la planification de votre projet de développement logiciel Agile. Tout d'abord, il peut vous aider à déterminer le temps qu'il vous faudra pour terminer votre projet ou votre version en divisant le nombre total de points de récit dans les items en attente par votre vélocité moyenne. Par exemple, si vos items en attente contiennent 300 points de récit et que votre vitesse moyenne est de 30 points de récit par semaine, vous pouvez vous attendre à terminer votre projet en 10 semaines.
Deuxièmement, il vous permet de suivre les performances et les progrès de votre équipe en comparant votre vélocité réelle à la vélocité prévue ou planifiée. Supposons que la vélocité prévue est de 25 points par semaine, mais que vous avez seulement atteint une vélocité de 15 points au cours de la semaine. Dans ce cas, vous devez identifier et traiter les facteurs qui ralentissent votre équipe : la dérive des objectifs, la dette technique ou les problèmes de communication.
Troisièmement, la vélocité vous aide à améliorer la productivité et la qualité de votre équipe en utilisant des revues hebdomadaires et des rétrospectives pour tirer les leçons de vos succès et de vos échecs et ajuster vos processus et vos pratiques en conséquence.
L'estimation de la vélocité du développement présente plusieurs faiblesses :
La vélocité est mesurée par les points de récit livrés au cours d'un sprint, une mesure relative. Associer les points de récit à une durée est l'une des méthodes d'estimation les plus angoissantes et pourtant les plus utilisées. On demande aux développeurs et développeuses d'estimer le temps nécessaire à la réalisation d'une tâche. Par conséquent, un point de récit peut représenter une journée ou 4 heures. Le principal inconvénient de cette méthode est que les délais nécessaires pour accomplir une tâche varient selon les équipes .
Une mauvaise définition des points de récit (volume de travail) peut mener à des attentes trompeuses de la part des parties prenantes. En général, les parties prenantes veulent que le client reçoive une valeur ajoutée (et non des points de récit).
La vélocité peut amener l'équipe à se concentrer sur la livraison de fonctionnalités plutôt que sur la résolution de problèmes (création de valeur) pour l'utilisateur final.
La vélocité estime la quantité de travail qu'une équipe de développement peut accomplir en se basant sur les délais de travaux similaires précédents. Ce nombre est relatif et chaque équipe peut avoir une vélocité différente. Tout est question de contexte!
En se concentrant sur des indicateurs quantitatifs, l'équipe négligera les revues de code et les tests unitaires (la qualité). Elle accumulera ainsi de la dette technique, ce qui est tout à fait inacceptable.
Le temps de cycle met en évidence les étapes où le processus pourrait être plus efficace. Les temps de cycle longs indiquent les goulots d'étranglement et les activités inutiles que les équipes de développement logiciel doivent éliminer pour accroître l'efficacité du flux de travail. Si vous utilisez le temps de cycle pour la planification, l'objectif est que tous les items de travail planifiés (c'est-à-dire les récits d'utilisateurs) soient approximativement de la même taille. Grâce à cette habitude, votre équipe peut diviser le travail en proportions égales. Cela vous aide à mieux estimer le nombre de problèmes de différentes natures (bogues, tâches, récits) que vous pouvez compléter au cours d'un sprint.
La mesure des temps de cycle peut contribuer à la prédictibilité des processus logiciels. Les processus prédictibles sont faciles à contrôler, ce qui permet d'établir des prévisions de projet fiables et à jour, fondées sur des données exactes. Discuter des valeurs aberrantes et comprendre pourquoi une tâche spécifique prend plus de temps que prévu améliore la capacité de l'équipe à planifier et à estimer le travail. En d'autres termes, si vous ne parvenez pas à identifier et à résoudre les anomalies, il sera difficile de créer un bon plan en équipe.
Pour mesurer le temps de cycle, vous n'avez pas besoin de réunions ou de rituels supplémentaires ; tout ce dont vous avez besoin, c'est du bon outil, tel qu'Axify. En introduisant le temps de cycle dans votre processus de planification, votre équipe passera plus de temps à diviser et à mieux définir les tâches, ce qui contribuera à un développement de solutions plus efficace.
Le temps de cycle est une mesure efficace pour évaluer les performances d'un processus. En sachant combien de temps il faut en moyenne pour achever un cycle, les équipes peuvent établir des normes et des critères de performance. En raison de son fort impact sur les résultats de l'entreprise et de son objectivité, le temps de cycle est une excellente métrique pour améliorer continuellement la capacité de votre équipe logicielle à itérer rapidement.
Bien que le temps de cycle soit une mesure plus objective que les points de récit, certains pensent que les équipes de développement peuvent le réduire en diminuant l'étendue du travail accompli au cours d'un cycle donné, ce qui est valable dans une certaine mesure. Ce type d'optimisation sera bénéfique pour votre processus. En effet, de nombreuses équipes travaillent sur des problèmes de grande ampleur, et le fait de diviser le travail en petits morceaux permet d'itérer plus rapidement.
Ceci est particulièrement vrai pour les petits items de travail, tels que les déploiements. La réduction du temps de cycle exige que vous acheviez le travail plus rapidement, de sorte que votre équipe doit identifier et corriger les goulots d'étranglement réels du processus pour s'améliorer.
Voici comment le temps de cycle peut avoir un impact positif sur les résultats de l'entreprise.
Le temps de mise en marché est un facteur essentiel de la réussite d'une entreprise. En réduisant le temps de cycle, les équipes peuvent réagir plus rapidement aux conditions dynamiques du marché, telles que l'évolution des besoins des consommateurs ou les nouvelles tendances industrielles. Les entreprises disposent ainsi d'un avantage significatif sur la concurrence, ce qui leur permet de commercialiser leurs produits plus rapidement et de tirer parti des nouvelles opportunités qui se présentent.
Le temps de cycle a également un impact sur l'autre résultat commercial : la satisfaction du client. En déployant les produits plus rapidement, les équipes intercepteront les besoins et les réactions des clients, ce qui se traduira par une plus grande satisfaction de ces derniers. Cela vous permettra d’améliorer votre réputation et d’augmenter la fidélité de vos client ainsi que votre chiffre d'affaires.
L'équipe sera mieux équipée pour répondre à l'évolution des conditions du marché et aux besoins des clients si le processus est plus efficace. Cela donnera à l'entreprise une plus grande agilité et la capacité d'équilibrer en cas de besoin. En augmentant la productivité et l'efficacité, les équipes réduiront le stress et l'épuisement professionnel, ce qui améliorera l'environnement de travail et favorisera la satisfaction professionnelle. Plus l'équipe deviendra prédictible, moins elle aura recours à l'estimation.
Malgré la mise en pratique des principes Lean et Agile, de nombreuses équipes logicielles sont toujours préoccupées par le fait que la vitesse de leurs processus n'est pas celle escomptée. Ces équipes devraient donc commencer à suivre un certain type de vitesse (par exemple, le temps de cycle) afin d'optimiser la taille de leurs équipes, leurs habitudes et d'autres ressources.
Le calcul manuel des métriques peut fournir des informations précieuses, mais un outil automatisé tel qu'Axify peut modéliser le comportement du système de manière pronostique et suivre le développement du logiciel sans effort. Axify est une plateforme unique permettant d'observer tous les indicateurs de performance clés qui vous aideront à améliorer vos processus de développement et de livraison, y compris le temps de cycle. Axify dispose également d'un indicateur de débit, qui peut être utilisé pour remplacer l’indicateur de vélocité par les points de récit.
Il fournit des tableaux de bord de haute qualité et un suivi constant de multiples mesures en temps réel, simplifiant l'ensemble du processus et permettant aux équipes de se concentrer sur l'amélioration. Grâce à notre expérience en matière de tableaux de bord fonctionnels, la stabilité de vos processus s'améliorera, ce qui contribuera à simplifier les opérations et à accroître la satisfaction des équipes, pour le plus grand bénéfice de tous. N'hésitez pas à nous contacter pour une démonstration rapide sur l'amélioration de vos processus de développement logiciel.
