Optimisez La Gestion De Vos Sprints De Développement Grâce à La Data (Avec Exemples)

Dans le monde du développement de logiciels, la capacité à fournir des produits toujours plus qualitatifs rapidement et efficacement est primordiale pour répondre à l’évolution constante des besoins utilisateurs.

Pour beaucoup d’équipes, il est donc nécessaire de mettre l’accent sur une approches flexible et itérative permettant une livraison rapide, une amélioration continue et une collaboration renforcée avec des sprints de développement.

Mais comment les tracker et les optimiser ?

C’est ce que l’on vous propose de découvrir dans cet article de blog avec un cas d’utilisation concret interne. Suivez comment notre équipe de développeurs utilise ClicData pour construire les sprints de développement, optimiser les ressources et vous proposer de nouvelles fonctionnalités en accord avec notre roadmap !

Suivez vos sprints et ressources avec une planification basée sur les données

Afin de planifier des sprints de développement réalistes et de prioriser les tâches, notre CTO devait évaluer la charge de travail de l’équipe à la fois individuellement et collectivement, pour obtenir une visibilité globale sur les capacités de l’équipe.

Pour cela, il avait besoin d’un tableau de bord combinant des données de plusieurs sources telles que YouTrack (notre système de ticketing), BambooHR (notre système de ressources humaines) mais également provenant de l’API du gouvernement français pour inclure les jours fériés.

Adapter le sprint planning en fonction des capacités réelles

Un sprint est une période de temps définie pendant laquelle l’équipe de développement travaille sur un ensemble de tâches à réaliser (ou backlog). Il peut s’agir de nouvelles fonctionnalités, de corrections de bugs, etc.

Nos sprints durent généralement 40 jours. Nous commençons par assigner des tâches dans notre système de ticketing que nous ajoutons au sprint, estimons le temps nécessaire pour la réalisation de chaque tâche et nous classons chaque ticket par type – fonctionnalité à développer ou correction de bugs, compétences requises.

Ensuite, à l’aide d’un tableau de bord construit dans ClicData, nous vérifions que la répartition des tâches et de la charge de travail est correcte en termes de temps estimé et de proportion de bugs/fonctionnalités. Nous tenons également compte des vacances et des jours fériés pour ajuster la taille du sprint en fonction de la capacité de chaque membre de l’équipe.

Pour gagner en visibilité, nous avons ajouté un filtre de sprint qui fournit directement le nombre de jours restants :

Désormais, nous avons une vision claire des tâches accomplies, de la charge de travail restante sur la base d’une estimation des tickets tout en tenant compte de la disponibilité de chaque membre de l’équipe. Dans l’exemple ci-dessus, nous voyons clairement qu’un développeur a atteint 100 % de sa capacité et qu’il ne lui reste que 19 jours pour ce sprint, alors que le second développeur mis en évidence ici a la capacité d’absorber de nouvelles tâches dans le sprint, si nécessaire.

Il est même possible d’analyser la charge de travail de chaque développeur pour voir quels sont les tickets fermés, en cours ou incomplets, ainsi que le temps estimé pour la complétion de chaque ticket.

Supposons qu’un développeur ait accompli un tiers de ses tâches à mi-parcours du sprint. Cela signifie que nous avons sous-estimé la charge de travail. Cela peut être dû à diverses raisons : manque d’information sur les spécifications des fonctionnalités à développer ou sur les bugs à corriger, designs inachevés ou tout autre problème technique.

Grâce à ce tableau de bord, nous pouvons rapidement voir si quelqu’un à complété l’ensemble de ses tâches pour en assigner de nouvelles ou souligner et lever les obstacles afin d’avancer sur notre roadmap (ou feuille de route). Mais, il est également possible de gérer les imprévus comme lors de demandes clients. Si des problèmes urgents et critiques sont soulevés, il est alors possible de les résoudre rapidement en fonction de la disponibilité de l’équipe.

Rendre la gestion de projets des sprints encore plus agile avec ClicData

Les tableaux de bord sont outils interactifs – qui doivent évoluer !

C’est pourquoi, nous pouvons imaginer quelques améliorations et ajouts à notre tableau de bord pour rendre notre gestion de projet et des sprints encore plus agiles :

• Mise en place d’alertes lorsque la durée estimée est inférieure à la durée restante du sprint : Le développeur sera alerté en raison d’un manque de tickets.
• Ajout du temps réel passé sur les tickets : Cela nous permettrait de savoir si nous avons sous-estimé ou surestimé le temps nécessaire pour une tâche afin d’ajuster les estimations futures.
• Suivi des tickets fermés et ré-ouverts plusieurs fois : cela permettrait de révéler un problème de performance, un problème lié à l’étendue du ticket, voire un problème de communication au sein de l’équipe.
• Visualisation de la distribution des billets par module de la platforme : cela permettrait de savoir quel module a été privilégié par rapport à un autre et s’il s’aligne avec notre roadmap.
• Ajout d’une planification à long terme : pour savoir si une équipe est sous pression et atteint 100% de ses capacités sur plusieurs sprints, mais que nous sommes en retard sur la roadmap. Cela déclencherait une conversation sur la question pour savoir si nous devrions reporter certaines fonctionnalités ou alors embaucher de nouveaux développeurs pour les développer dans les délais impartis.

A votre tour d’essayer ClicData pour suivre votre propre projet de développement !

Et voilà, vous savez désormais comment notre équipe de développeurs utilise ClicData en interne pour suivre l’avancement des sprints de développement et prendre des décisions éclairées sur la meilleure façon d’optimiser les ressources. Bien sûr, ce n’est qu’un exemple de ce que vous pouvez construire avec ClicData. Nous utilisons notre plateforme d’analytics et de reporting pour tous nos rapports internes, des ventes et du marketing aux finances et aux réunions du conseil d’administration, mais nous avons pensé que ce cas d’utilisation pourrait aider les CTO, comme vous, à optimiser l’utilisation de leurs ressources à l’aide d’un simple tableau de bord.

N’hésitez pas à l’essayer avec votre propre équipe et à nous faire part de vos avis et de vos idées ici!