Il existe des règles simples pour estimer la vélocité initiale de votre équipe Scrum avant la première itération (voir la FAQ ci-dessous). Ensuite, il est recommandé d'utiliser des mesures éprouvées et historiques pour la planification des fonctionnalités. La vélocité se stabilise généralement rapidement et constitue une base solide pour améliorer la précision et la fiabilité de la planification à court et à long terme de vos projets agiles. Livraison agile Les cycles étant très courts, la vélocité apparaît rapidement et peut être validée très tôt dans un projet, puis utilisée pour améliorer la prévisibilité de celui-ci.
La vitesse est-elle vraiment aussi simple ?
Oui, c'est le casN’essayez pas de complexifier inutilement le concept de vélocité : c’est un concept simple, et sa valeur réside en grande partie dans sa simplicité intrinsèque. De nombreux managers et équipes qui découvrent ce concept… méthodes agiles On a tendance à suranalyser le concept de vélocité et à le complexifier inutilement. Après quelques mois d'expérience en gestion de projet agile, la plupart des gens comprennent enfin la vélocité, se débarrassent de leurs idées reçues et apprécient sa simplicité et sa valeur intrinsèque.
Graphiques de vitesse
Au même titre que les graphiques d'avancement des versions et des itérations, la mesure de la vélocité des équipes agiles s'avère extrêmement utile pour une meilleure visibilité sur l'avancement et l'état d'un projet. Un graphique de vélocité affiche la somme des estimations du travail livré pour chaque itération. Généralement, la vélocité se stabilise tout au long du projet, sauf en cas de forte variation de la composition de l'équipe ou de modification de la durée des itérations. De ce fait, la vélocité peut servir à la planification future. Bien qu'elle soit généralement fiable pour les prochaines itérations, si l'on admet que les priorités, les objectifs et les équipes peuvent évoluer, et par conséquent le niveau de confiance pour une itération future, la vélocité peut être utilisée pour planifier des versions à plus long terme.
Au départ, les équipes qui découvrent le développement agile peuvent se lancer directement et choisir une vélocité initiale en s'appuyant sur les recommandations et les informations disponibles. Cette vélocité peut être mesurée et ajustée très rapidement (dès la prochaine itération). Associée à des fonctionnalités détaillées (récits utilisateurs, backlog, exigences, etc.) et à une estimation globale et/ou relative (en points, en jours idéaux, voire en heures), la vélocité simplifie et accélère considérablement la planification, l'estimation, le suivi de l'avancement et le reporting du projet.
FAQ sur la méthode Agile Scrum
Comment la vitesse d'un développement agile L'équipe a calculé ?
La vélocité correspond à la somme des estimations des fonctionnalités livrées (c'est-à-dire acceptées) par itération.
Quelle unité est utilisée pour mesurer la vitesse ?
La vélocité est mesurée dans les mêmes unités que les estimations de fonctionnalités, qu'il s'agisse de points d'histoire, de jours, de jours idéaux ou d'heures de livraison par l'équipe Scrum – toutes ces unités étant considérées comme acceptables.
Comment estime-t-on la vitesse de la première itération ?
Pour la première itération d'une équipe agile, il est généralement conseillé de prévoir une vélocité initiale correspondant à un tiers du temps disponible. Si vous estimez le temps idéal de développement, cela inclut les réunions, les e-mails, la conception, la documentation, les corrections, la collaboration, la recherche, etc. Par exemple, avec six développeurs et des itérations de deux semaines, un total de 60 jours-développeur (6 développeurs x 10 jours) est disponible. Dans ce cas, il est judicieux de commencer par planifier l'équivalent de 20 jours de travail idéaux pour cette itération. Si vous utilisez le temps réel, prévoyez une marge suffisante pour tenir compte des coûts habituels d'un projet et des imprécisions d'estimation. N'oubliez pas que la vélocité se manifestera rapidement lors de la première itération. Si elle est sous-estimée, la vélocité augmentera avec l'ajout de nouvelles fonctionnalités ; si elle est surestimée, elle diminuera avec la suppression de fonctionnalités. Pour la deuxième itération, l'équipe Scrum pourra alors se baser sur la première.
Les réunions, les appels téléphoniques et les courriels sont-ils inclus dans le calcul de la vélocité ?
Cela dépend si ces éléments sont estimés et inclus dans le plans d'itérationIls ne sont généralement pas inclus – l'objectif de la vélocité est d'assurer une cohérence et une prévisibilité relatives entre les itérations, en termes de capacité d'une équipe agile à livrer.
La vélocité doit-elle être cumulée pour l'ensemble des équipes ou projets de développement agile ?
La vélocité est une mesure très localisée. Outre les différences de personnalité entre les membres d'une équipe, les projets présentent généralement des caractéristiques uniques en termes de techniques d'estimation, de processus détaillés, de technologies, d'implication du client, etc. Par conséquent, une analyse à l'échelle de l'organisation peut s'avérer très imprécise. En revanche, si toutes vos équipes estiment, développent, testent et suivent exactement les mêmes étapes, alors vous êtes peut-être l'exception.
Que se passe-t-il si la vitesse fluctue ?
La vélocité fluctue généralement dans une fourchette raisonnable, ce qui est tout à fait normal. Si les fluctuations sont importantes pendant plus d'une ou deux itérations, l'équipe Scrum devra peut-être réévaluer et/ou renégocier les modalités. plan de sortie.
Combien de temps faut-il pour que la vitesse se stabilise ?
Pour la plupart des équipes de développement agile, la vélocité se stabilise généralement entre 3 et 6 itérations.
Comment estimer les itérations futures ?
Les itérations suivantes s'appuient sur les résultats obtenus par l'équipe pour déterminer son potentiel. Par conséquent, la vélocité est l'indicateur approprié pour planifier ces itérations.
Comment estimer la vélocité si la taille des équipes de projet change ?
Pour être pleinement efficace, la vélocité dépend de la stabilité de l'équipe. Si la composition de votre équipe agile évolue, faites preuve de bon sens lors de la planification des itérations suivantes. Si 20 % de votre équipe est indisponible pendant quelques itérations, réduisez la vélocité prévue d'environ 20 %. Si cela concerne des membres clés, notamment un client potentiellement moins disponible, réduisez davantage l'estimation. La durée de la prochaine itération permettra de mieux comprendre les capacités de l'équipe et, par conséquent, sa nouvelle vélocité.
La vitesse maximale signifie-t-elle une productivité maximale ?
Absolument pas. En cherchant à maximiser la vélocité, une équipe risque d'obtenir l'effet inverse. Si on lui demande de maximiser sa vélocité, elle pourrait négliger les tests unitaires et d'acceptation, réduire la collaboration avec le client, ne pas corriger les bogues, minimiser le refactoring, ou passer à côté de nombreux autres avantages clés des différentes pratiques de développement agile. Bien que cela puisse potentiellement apporter une amélioration à court terme (si l'on peut dire), l'impact à long terme sera négatif. L'objectif n'est pas de maximiser la vélocité, mais plutôt d'atteindre une vélocité optimale dans le temps, qui prend en compte de nombreux facteurs, notamment la qualité du produit final.
Comment mesurer la vitesse si la longueur de nos itérations change ?
Non, du moins pas aussi facilement. La valeur de la vélocité réside dans sa constance intrinsèque. Une durée d'itération fixe contribue à instaurer un rythme régulier au sein d'un projet. Sans ce rythme, les révisions, les réestimations et les ajustements sont constants, et la capacité de prévision est fortement compromise par l'incohérence des résultats. En revanche, si la plupart des collaborateurs sont absents une semaine pour les fêtes ou quelques jours pour des réunions d'entreprise, il suffit d'adapter les dates d'itération ou la vélocité en conséquence. Comme pour la plupart des pratiques agiles, il s'agit de recommandations, et non de règles strictes.
