Le crédit de bugs dans les projets de développement d’applications
Introduction à la notion de crédit de bugs dans les projets de développement d’applications.
Il est toujours difficile de savoir quand faire des évolutions sur son application pour satisfaire le métier, et quand lever le crayon pour corriger la dette technique et les bugs existants. Nous allons proposer dans cet article une solution pour arbitrer : l’introduction de la notion de crédit de bugs dans les projets de développement informatiques !
Notion de crédits de bugs dans les projets de développement d’applications
Le crédit de bugs est une métrique objective qui peut réussir à mettre tout le monde d’accord pour savoir quand agir. L’idée (toute bête) est de se définir un nombre de bugs acceptable pour son application. Et par bug, on va plutôt définir un nombre d’occurrences d’un bug sur un processus métier. Là, chacun peut spécifier ce que bon lui semble. À chaque fois qu’un bug arrive alors on "consomme" un crédit de son crédit de bugs !
Moi par exemple, j’ai tendance à définir l’importance d’un bug, ou de bugs, au pourcentage d’utilisateurs affectés. Par exemple, je considère qu’au delà de 2% des utilisateurs qui sont impactés par un bug, il faut absolument réagir. Mais ce n’est pas une vérité ! Chacun doit se poser la question de ce qui est pertinent ou non pour son application, en fonction des enjeux de cette dernière.
Il n’est pas forcément évident de calculer le nombre de personnes impactées par une anomalie. Si vous n’avez pas cet indicateur dans votre solution de monitoring, une formule simple est de calculer le nombre d’occurrences de bugs !
Intégration du crédit de bug dans son cycle de développement 
Une fois l’indicateur mis en place, à chaque début de SprintUtilisé dans les méthodes de gestion de projet agiles, le sprint est un cycle de développement composé de plusieurs étapes., on regarde l’indicateur du crédit de bugs. Si on a dépassé son quota, alors on consacre une part importante de son sprint à corriger la dette et les bugs ! Puis on mesure son crédit de bugs au Sprint suivant. Ainsi, petit à petit, on arrive à mettre à l’ordre du jour des évolutions et des correctifs.
Et vous comment faites-vous pour gérer les bugs au sein de vos sprints de développement ?
Nos podcasts en lien
Pour aller plus loin
Bug, débug, débuggueur, endpoint, test unitaire, etc : le lexique du bug
Le lexique du bug et du débug : tous les termes et méthodes pour comprendre comment débugguer efficacement une application ou un programme informatique.
La réactivité en Vue.JS
Vue.js est l'un des frameworks JavaScript les plus populaires du moment, et devance même Angular en termes d'utilisation selon le State of JS 2023 ! Dans cet article, nous allons faire un focus sur la réactivité dans Vue.js, un élément crucial à prendre en compte pour créer des interfaces dynamiques et performantes. Dans Vue.js, celle-ci peut sembler complexe à première vue, surtout quand on la compare à d'autres frameworks comme React et son hook useState ou Angular et ses Observable. Mais en réalité, une fois les concepts clés découverts, Vue.JS est plus facile à prendre en main grâce à certains outils et techniques qui simplifient grandement la gestion de cette réactivité. Découvrons comment optimiser vos développements !
Réussir sa migration Symfony : à quoi faut-il penser ?
Mettre à jour sa stack applicative, c'est assurer la stabilité et la sécurité de ses applications. Il est donc important de faire le suivi des mises à jour pour ne pas se retrouver bloqué à cause de l'accumulation de la dette technique. Sur Symfony, les versions majeures (X.0.0) sont programmées tous les 2 ans, et les versions mineures (1.X.0) sont programmées tous les 6 mois, en mai et en novembre. Chaque version arrive avec son lot de nouveautés qu'il est important de prendre en compte. Les dates de mises à jour étant connues, l'intégration à des Roadmap est alors simplifiée. Mais à quoi faut-il penser lors de ces migrations ?
Nous suivre, nous écouter
