6 min lecture • Guide 863 of 877
Suivi des Dépendances et Blockers : Guide des Plateformes pour Équipes de Développement
Les dépendances et blockers sont les tueurs cachés de la vélocité de développement. Sans un suivi approprié, les équipes gaspillent des heures sur du travail bloqué pendant que les dépendances retardent silencieusement les livraisons critiques. La bonne plateforme transforme les blockers invisibles en éléments visibles et actionnables que toute l'équipe peut résoudre.
Fonctionnalités de Plateforme pour le Suivi
| Fonctionnalité | Objectif | Implémentation GitScrum |
|---|---|---|
| Flag Blocker | Marquer tâches comme bloquées | Checkbox avec suivi utilisateur/date |
| Relations de Tâches | Lier travail dépendant | Tâches parent, sous-tâches, user stories |
| Étiquettes | Catégoriser blockers | Étiquettes personnalisées |
| Visualisation Kanban | Voir travail bloqué | Colonnes avec limites WIP |
| Notifications | Alerter quand bloqué | Intégration Slack, Discord, Teams |
Flux de Suivi des Blockers
IDENTIFIER ET RÉSOUDRE LES BLOCKERS
═══════════════════════════════════
ÉTAPE 1 : SIGNALER LE BLOCKER
─────────────────────────────────────
Développeur rencontre un problème :
├── Ouvrir tâche dans GitScrum
├── Cocher case "Blocked"
├── Système enregistre :
│ ├── Qui : Jean Développeur
│ ├── Quand : 30 Jan, 2026 10:15
│ └── Tâche : Implémentation endpoint API
└── Indicateur visuel apparaît sur Kanban
ÉTAPE 2 : CATÉGORISER LE BLOCKER
─────────────────────────────────────
Ajouter étiquette pour classifier :
├── blocked-by-design
├── blocked-by-api
├── blocked-by-review
├── blocked-by-env
├── blocked-by-external
└── blocked-by-decision
Cela permet :
├── Filtrer toutes les tâches bloquées
├── Identifier les patterns
└── Assigner au bon résolveur
ÉTAPE 3 : NOTIFIER LES PARTIES PRENANTES
─────────────────────────────────────
Intégrations alertent l'équipe :
├── Slack : canal #dev-blockers
├── Discord : mention @team
├── Teams : Posté dans le canal
└── Email : Résumé automatique
ÉTAPE 4 : RÉSOUDRE ET DÉBLOQUER
─────────────────────────────────────
Une fois résolu :
├── Décocher case "Blocked"
├── Ajouter commentaire avec résolution
├── Tâche retourne au flux normal
└── Historique préservé pour rétrospectives
Visualisation des Dépendances
TYPES DE DÉPENDANCES DANS LES PROJETS
═════════════════════════════════════
DÉPENDANCES DE TÂCHES :
─────────────────────────────────────
┌─────────────────────────────────────────────────┐
│ User Story : Intégration Paiements │
├─────────────────────────────────────────────────┤
│ │
│ ┌──────────────┐ ┌──────────────┐ │
│ │ Concevoir │───►│ Implémenter │ │
│ │ Contrat API │ │ Endpoints │ │
│ └──────────────┘ └──────┬───────┘ │
│ │ │
│ ▼ │
│ ┌──────────────┐ ┌──────────────┐ │
│ │ Composants │◄───│ Tests │ │
│ │ Frontend │ │ Intégration │ │
│ └──────────────┘ └──────────────┘ │
│ │
└─────────────────────────────────────────────────┘
DÉPENDANCES INTER-ÉQUIPES :
─────────────────────────────────────
Équipe A (Frontend) Équipe B (Backend)
┌─────────────┐ ┌─────────────┐
│ Build UI │ ◄─ATTENTE─│ API Prête │
│ [BLOQUÉ] │ │ [En Cours] │
└─────────────┘ └─────────────┘
DÉPENDANCES EXTERNES :
─────────────────────────────────────
Votre Projet Externe
┌─────────────┐ ┌─────────────┐
│ Intégration │ ◄─ATTENTE─│ Accès API │
│ [BLOQUÉ] │ │ Tiers │
└─────────────┘ └─────────────┘
Tableau Kanban pour Blockers
VISUALISATION KANBAN DU TRAVAIL BLOQUÉ
══════════════════════════════════════
┌──────────┬────────────┬────────────┬──────────┐
│ BACKLOG │ EN COURS │ BLOQUÉ │ DONE │
│ │ WIP: 5 │ │ │
├──────────┼────────────┼────────────┼──────────┤
│ │ │ │ │
│ [Tâche 6]│ [Tâche 1] │ [Tâche 3] │ [Tâche A]│
│ [Tâche 7]│ [Tâche 2] │ 🚫 API │ [Tâche B]│
│ [Tâche 8]│ [Tâche 4] │ │ [Tâche C]│
│ │ [Tâche 5] │ [Tâche 9] │ │
│ │ │ 🚫 Design │ │
│ │ │ │ │
└──────────┴────────────┴────────────┴──────────┘
AVANTAGES COLONNE BLOQUÉ :
─────────────────────────────────────
├── Visible : Tous voient travail bloqué
├── Séparé : Ne compte pas contre WIP
├── Actionnable : Résolution claire requise
└── Mesurable : Suivre temps en état bloqué
Implémentation GitScrum
CONFIGURER LE SUIVI DES BLOCKERS
════════════════════════════════
ÉTAPE 1 : CRÉER ÉTIQUETTES BLOCKER
─────────────────────────────────────
Workspace Settings → Labels
├── Créer : blocked-by-design
├── Créer : blocked-by-api
├── Créer : blocked-by-review
├── Créer : blocked-by-env
└── Attribuer couleurs pour visibilité
ÉTAPE 2 : CONFIGURER TABLEAU KANBAN
─────────────────────────────────────
Project Settings → Board
├── Ajouter colonne : "Bloqué"
├── Définir limite WIP : Sans limite
├── Position : Après "En Cours"
└── Couleur : Fond rouge
ÉTAPE 3 : ACTIVER NOTIFICATIONS
─────────────────────────────────────
Project Settings → Integrations
├── Connecter Slack/Discord/Teams
├── Configurer déclencheurs webhook :
│ ├── Tâche bloquée → Notifier #blockers
│ ├── Tâche débloquée → Notifier owner
│ └── Résumé quotidien → À l'équipe
└── Tester intégration
ÉTAPE 4 : UTILISER FLAG BLOCKER
─────────────────────────────────────
Sur toute tâche :
├── Ouvrir détail de tâche
├── Cocher case "Blocked"
├── Ajouter étiquette blocker
├── Ajouter commentaire expliquant
└── Déplacer vers colonne Bloqué
ÉTAPE 5 : SUIVRE DANS STANDUPS
─────────────────────────────────────
Team Standup → Section blockers
├── Membres reportent blockers
├── Visible dans résumé standup
├── Actions assignées pour résolution
└── Suivi au prochain standup
Bonnes Pratiques
- Signaler immédiatement - Ne pas attendre ; marquer bloqué dès découvert
- Catégoriser blockers - Utiliser étiquettes pour identifier patterns
- Revue quotidienne - Traiter dans standups, ne pas laisser vieillir
- Notifier stakeholders - Intégrer avec Slack/Teams pour visibilité
- Suivre temps résolution - Mesurer combien de temps blockers persistent
- Revoir en rétrospectives - Identifier problèmes systémiques
- Colonne séparée - Rendre travail bloqué visible sur Kanban
- Assigner responsables - Chaque blocker a besoin d'un responsable