7 min lecture • Guide 93 of 877
Utiliser les Labels et Tags Efficacement
Les labels et tags transforment une liste plate de tâches en un système multidimensionnel qui permet filtrage instantané, rapports précis, et automatisation workflow. Les capacités de labels de GitScrum vous permettent de catégoriser le travail par priorité, type, composant, équipe, et toute dimension personnalisée requise. La clé est d'établir une taxonomie cohérente que toute l'équipe utilise de manière fiable, évitant la prolifération de labels qui crée confusion.
Stratégie Labels
Concevoir Votre Taxonomie
CONSTRUIRE UN SYSTÈME LABELS:
┌─────────────────────────────────────────────────────────────┐
│ CATÉGORIES LABELS │
├─────────────────────────────────────────────────────────────┤
│ │
│ CATÉGORIES ESSENTIELLES: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 1. PRIORITÉ (urgence) ││
│ │ 🔴 critical – Tout lâcher ││
│ │ 🟠 high – Ce sprint, important ││
│ │ 🟡 medium – Travail planifié ││
│ │ 🟢 low – Nice to have ││
│ │ ││
│ │ 2. TYPE (quel genre travail) ││
│ │ 🐛 bug – Quelque chose cassé ││
│ │ ✨ feature – Nouvelle capacité ││
│ │ 🔧 improvement – Améliorer existant ││
│ │ 📚 docs – Documentation ││
│ │ 🧹 chore – Maintenance, nettoyage ││
│ │ 🔬 spike – Recherche, investigation ││
│ │ ││
│ │ 3. STATUT (état workflow au-delà colonnes) ││
│ │ 🚧 blocked – Ne peut pas continuer ││
│ │ 👀 needs-review – En attente review ││
│ │ ✅ ready – Prêt à commencer ││
│ │ 🔙 returned – Retourné pour changements ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ CATÉGORIES CONTEXTUELLES: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 4. COMPOSANT (où dans codebase) ││
│ │ frontend, backend, api, database, mobile ││
│ │ auth, payments, notifications, analytics ││
│ │ ││
│ │ 5. EFFORT (estimation taille) ││
│ │ xs (< 1 heure) ││
│ │ s (1-4 heures) ││
│ │ m (1-2 jours) ││
│ │ l (3-5 jours) ││
│ │ xl (1+ semaines) ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Conventions Nommage
MEILLEURES PRATIQUES NOMMAGE:
┌─────────────────────────────────────────────────────────────┐
│ NOMS COHÉRENTS │
├─────────────────────────────────────────────────────────────┤
│ │
│ UTILISER PRÉFIXES POUR GROUPER: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Format: catégorie/valeur ││
│ │ ││
│ │ priority/critical ││
│ │ priority/high ││
│ │ priority/medium ││
│ │ priority/low ││
│ │ ││
│ │ type/bug ││
│ │ type/feature ││
│ │ type/improvement ││
│ │ ││
│ │ Avantages: ││
│ │ • Labels se trient ensemble alphabétiquement ││
│ │ • Facile filtrer par catégorie ││
│ │ • Clair quelle dimension chaque label représente ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ RÈGLES NOMMAGE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ✅ OUI: ││
│ │ • Utiliser minuscules: priority/high ││
│ │ • Utiliser tirets multi-mots: good-first-issue ││
│ │ • Être spécifique: component/auth-service ││
│ │ ││
│ │ ❌ NON: ││
│ │ • Casse mixte: Priority/High ││
│ │ • Espaces: "priority high" ││
│ │ • Vagues: misc, other, stuff ││
│ │ • Duplicatifs: bug, bugs, bug-fix, bugfix ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Codage Couleurs
Hiérarchie Visuelle
STRATÉGIE COULEURS:
┌─────────────────────────────────────────────────────────────┐
│ UTILISER COULEURS EFFICACEMENT │
├─────────────────────────────────────────────────────────────┤
│ │
│ COULEURS PRIORITÉ (feu tricolore intuitif): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 🔴 Rouge – Critique, urgent ││
│ │ 🟠 Orange – Haut, important ││
│ │ 🟡 Jaune – Moyen, normal ││
│ │ 🟢 Vert – Bas, peut attendre ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ COULEURS TYPE (signification sémantique): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 🔴 Rouge – Bug (quelque chose mal) ││
│ │ 🟣 Violet – Feature (chose nouvelle) ││
│ │ 🔵 Bleu – Amélioration (chose meilleure) ││
│ │ 🟤 Marron – Documentation ││
│ │ ⚫ Gris – Chore (maintenance) ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ COULEURS STATUT (niveau attention): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 🔴 Rouge – Bloqué (besoin attention!) ││
│ │ 🟡 Jaune – Besoin review (action requise) ││
│ │ 🟢 Vert – Prêt (peut commencer) ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Filtrage et Rapports
Filtrage Puissant
UTILISER LABELS POUR FILTRER:
┌─────────────────────────────────────────────────────────────┐
│ COMBINAISONS FILTRES │
├─────────────────────────────────────────────────────────────┤
│ │
│ PATTERNS FILTRES COMMUNS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ "Quels bugs nécessitent attention?" ││
│ │ Filtre: type/bug + priority/high ││
│ │ ││
│ │ "Qu'est-ce qui est bloqué maintenant?" ││
│ │ Filtre: status/blocked ││
│ │ ││
│ │ "Quel travail frontend est prêt?" ││
│ │ Filtre: component/frontend + status/ready ││
│ │ ││
│ │ "Quelles petites tâches pour nouveaux devs?" ││
│ │ Filtre: effort/xs OU effort/s + good-first-issue ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ FILTRES SAUVEGARDÉS DANS GITSCRUM: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Créer vues sauvegardées pour combinaisons communes: ││
│ │ ││
│ │ "Bugs Ce Sprint" ││
│ │ → type/bug + sprint courant ││
│ │ ││
│ │ "Ma Haute Priorité" ││
│ │ → assigned:me + priority/high OU priority/critical ││
│ │ ││
│ │ "Prêt pour Dev" ││
│ │ → status/ready + pas assignee ││
│ │ ││
│ │ "Travail Bloqué" ││
│ │ → status/blocked ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Gouvernance
Prévenir Prolifération Labels
HYGIÈNE LABELS:
┌─────────────────────────────────────────────────────────────┐
│ GARDER LABELS GÉRABLES │
├─────────────────────────────────────────────────────────────┤
│ │
│ SYMPTÔMES PROLIFÉRATION: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ⚠️ 100+ labels dans système ││
│ │ ⚠️ Multiples labels signifiant même chose ││
│ │ (bug, bug-fix, bugfix, bugs) ││
│ │ ⚠️ Labels pas utilisées depuis 3+ mois ││
│ │ ⚠️ Gens créent labels sans demander ││
│ │ ⚠️ Personne sait ce que certaines labels signifient ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ RÈGLES GOUVERNANCE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 1. LIMITER QUI PEUT CRÉER: ││
│ │ Seuls team leads/PM peuvent créer nouvelles labels ││
│ │ Processus demande pour nouvelles propositions ││
│ │ ││
│ │ 2. DOCUMENTER LABELS: ││
│ │ Dans NoteVault, maintenir glossaire labels: ││
│ │ • Nom ││
│ │ • Couleur ││
│ │ • Quand utiliser ││
│ │ • Quand NE PAS utiliser ││
│ │ • Exemples ││
│ │ ││
│ │ 3. AUDIT TRIMESTRIEL: ││
│ │ Revoir toutes labels: ││
│ │ • Supprimer non utilisées ││
│ │ • Fusionner duplicats ││
│ │ • Renommer confuses ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ OBJECTIF: 30-50 labels maximum pour plupart équipes │
│ │
└─────────────────────────────────────────────────────────────┘