Comment utiliser les étiquettes "bug", "feature", "improvement" ou "chore” lors du développement

Expliquer quand utiliser les étiquettes “bug”, “feature”, “improvement” ou “chore” dans le cadre d’un projet informatique.

• Utiliser ”bug” lorsque la modification rétablit un comportement attendu qui ne fonctionne plus : p. ex., corriger un crash au checkout, rectifier une valeur de sortie incorrecte, ou corriger une vulnérabilité de sécurité.
• Utiliser ”feature” lorsque la modification introduit une nouvelle fonctionnalité pour l’utilisateur final : p. ex., ajouter une liste d’envies, lancer un nouveau moyen de paiement ou fournir un nouvel endpoint d’API.
• Utiliser ”improvement” lorsque la modification améliore une fonctionnalité existante sans modifier le comportement de base : p. ex., optimiser le chargement des images, affiner l’UI ou mettre à niveau les outils internes.
• Utiliser “chore” lorsque la modification relève de la maintenance opérationnelle ou de la configuration, sans valeur directe pour l’utilisateur ni impact sur les performances, par exemple la mise à jour des dépendances, l’ajustement des scripts de build ou l’exécution de tâches d’entretien.

Qu’est-ce qu’un “Bug” ?

• Des régressions qui rompent un parcours auparavant fonctionnel
• Des plantages, des erreurs ou des résultats incorrects que les utilisateurs peuvent reproduire
• Des lacunes de sécurité ou de conformité nécessitant une correction immédiate

Qu’est-ce qu’une “Feature” ?

• De tout nouveaux parcours ou écrans utilisateur
• Des intégrations supplémentaires ou de nouveaux moyens de paiement/expédition pris en charge
• De nouvelles capacités backend exposées aux clients

Qu’est-ce qu’“Improvement” ?

• Des gains de performance ou des réglages de scalabilité
• Des affinements UI/UX sur des composants existants
• Des améliorations de l’expérience développeur comme l’outillage ou la couverture de tests

Qu’est-ce qu’un “Chore” ?

• Des tâches de maintenance routinières nécessaires pour garder la base de code saine
• Des mises à jour de configuration des pipelines CI/CD, des serveurs ou des environnements
• Des mises à niveau de dépendances ou des correctifs de bibliothèques (non critiques pour la sécurité)
• Des tâches administratives comme rédiger des wikis internes ou organiser les structures de fichiers