La Division du Suivi de Bugs La plupart des equipes de developpement suivent les bugs dans deux endroits: Endroit 1: Le Tracker de Bugs - Le client signale un bug - Le support cree un ticket - Le produit fait le triage - Assigne au sprint Endroit 2: GitHub - Le developpeur cree une issue - Lie au ticket de bug (peut-etre) - Cree une branche, un PR - Fusionne la correction Le probleme: Ceux-ci ne se connectent pas automatiquement.
Ou Est la Correction? Le client demande: 'Mon bug est-il corrige?' Le support verifie le tracker de bugs: - Statut: 'En Cours' - Derniere mise a jour: il y a 3 jours - Aucune autre information Realite dans GitHub: - PR fusionne hier - Correction deployee en staging - En attente de release production Personne n'a mis a jour le tracker de bugs.
Le client pense que le bug est encore en cours de travail. La Taxe de Coordination Developpeurs: - Creer une issue GitHub pour le bug - Mettre a jour le ticket Jira pour le lier - Mettre a jour Jira quand le PR est ouvert - Mettre a jour Jira quand le PR est fusionne - Mettre a jour Jira quand c'est deploye Temps passe a mettre a jour deux systemes: 10-15 min/bug Avec 20 bugs/sprint: 3-5 heures/sprint juste pour les mises a jour.
Support/Produit: - Verifier Jira pour le statut - Statut peu clair, demander au developpeur - Le developpeur verifie GitHub - Transmettre l'information - Repeter pour chaque bug Pourquoi les Trackers de Bugs Echouent avec les Equipes de Developpement Construits pour le Support, Pas pour le Code: - Suivent les tickets, pas les branches - Suivent le statut, pas les PRs - Suivent les assignations, pas les commits - Pas de visibilite sur le developpement reel Tout Manuel: - Mises a jour de statut manuelles - Liaison manuelle au code - Suivi de deploiement manuel - Erreur humaine garantie Information Obsolete: - Le tracker de bugs montre 'En Cours' - PR fusionne il y a une semaine - Personne n'a pense a mettre a jour - Client frustre Pas de Contexte de Developpement: - Quelle branche a la correction? - Le CI passe-t-il?
- Qui revise? - Quand sera-t-il deploye?
Le tracker de bugs ne peut repondre a aucune de ces questions. GitScrum: Bugs Connectes au Code GitScrum traite les bugs comme ce qu'ils sont: du travail qui se passe dans GitHub.
Synchronisation Automatique GitHub: - Les issues GitHub apparaissent comme bugs - Les labels se synchronisent (bug, critique, etc.) - Creation de branche visible - Statut PR montre - Fusion refletee Cycle de Vie Complet du Bug: 1. Bug signale (issue GitHub ou tache GitScrum) 2.
Assigne au developpeur 3. Branche creee -> Statut se met a jour automatiquement 4.
PR ouvert -> Montre le statut PR 5. Revue approuvee -> Visible 6.
Fusionne -> Bug se ferme automatiquement 7. Deploye -> Statut de deploiement montre Comment Fonctionne le Suivi de Bugs dans GitScrum Creation de Bug: Depuis GitHub: - Creer une issue avec le label 'bug' - Apparait dans GitScrum automatiquement - Toutes les metadonnees GitHub synchronisees Depuis GitScrum: - Creer une tache marquee comme Bug - Se synchronise vers une issue GitHub - Meme resultat, point d'entree different Triage de Bugs: - Voir tous les bugs dans une vue dediee - Trier par severite, age, rapporteur - Glisser vers le sprint ou assigner - Priorite visible Suivi de Developpement: Sur la Carte de Bug: - Indicateur de branche quand le travail commence - Compte de commits - Statut PR (brouillon/ouvert/fusionne) - Statut CI (pass/fail) - Statut de revue - Pret pour fusion Pas de mises a jour manuelles necessaires.
Resolution de Bug: Traditionnel: 1. Le developpeur fusionne le PR 2.
Le developpeur se souvient de mettre a jour le ticket 3. (Le developpeur oublie) 4.
Le PM demande 'C'est fait?' 5. Le developpeur confirme 6.
Le PM met a jour le ticket GitScrum: 1. Le developpeur fusionne le PR 2.
Le statut du bug se met a jour automatiquement 3. Tout le monde voit que c'est corrige Vues et Filtres de Bugs Tableau de Bord des Bugs: - Total des bugs ouverts - Par severite (Critique/Haut/Moyen/Bas) - Par age (>7 jours, >14 jours, >30 jours) - Par statut (Nouveau/Trie/En Cours/Corrige) Options de Filtre: - Severite - Rapporteur - Assigne - Sprint - Depot - Label - Statut PR - Age Filtres Speciaux: - 'Bugs avec PRs ouverts' (presque finis) - 'Bugs en attente de revue' (bloques) - 'Bugs fusionnes non deployes' (dans le pipeline) - 'Vieux bugs sans activite' (oublies) Prix - 2 utilisateurs: GRATUIT pour toujours - 3+ utilisateurs: $8.90/utilisateur/mois - Suivi complet de bugs inclus - Synchronisation GitHub pour les bugs - Tableau de bord analytique des bugs Equipe de 5 personnes: $26.70/mois - Toutes les fonctionnalites de suivi de bugs - Mises a jour de statut automatiques - Metriques et tendances des bugs - Allocation des bugs dans le sprint Equipe de 10 personnes: $71.20/mois - Tout ce qui precede - Visibilite des bugs inter-depots - Workflows de bugs personnalises - Suivi de deploiement La Conclusion Les bugs sont du travail de code.
Suivez-les ou le code se passe. Quand les bugs se connectent au code: - Pas de suivi duplique - Pas de statuts obsoletes - Pas de questions 'C'est corrige?' - Gestion automatique du cycle de vie GitScrum: Suivi de bugs qui se connecte a votre code.
2 utilisateurs gratuits. $8.90/utilisateur/mois.
Sachez ou en est chaque bug.
L'Avantage GitScrum
Une plateforme unifiée pour éliminer le changement de contexte et récupérer des heures productives.
