4 min lecture • Guide 206 of 877
Gérer les Tâches Bloquées Efficacement
Les tâches bloquées sont des tueurs de productivité invisibles. Un développeur en attente coûte toujours du temps sans rien produire. Une gestion efficace des blocages signifie détection rapide, communication claire et résolution rapide par une escalade appropriée.
Types de Blocages
| Type de Blocage | Exemple | Chemin de Résolution |
|---|---|---|
| Information | Besoin clarification exigences | Demander PO/stakeholder |
| Technique | Besoin API d'autre équipe | Coordination cross-équipes |
| Accès | Besoin permissions base de données | Requête IT/DevOps |
| Approbation | Besoin validation design | Escalader à l'approbateur |
| Dépendance | Attente tâche prérequise | Prioriser la dépendance |
Détection et Signalement
Signalement Immédiat
DÉTECTION ET SIGNALEMENT BLOCAGE
════════════════════════════════
QUAND SIGNALER:
─────────────────────────────────────
Signaler immédiatement quand:
├── Ne peut pas procéder sans X
├── En attente de quelqu'un/quelque chose
├── Attente prévue > 2 heures
└── Pas de contournement disponible
NE PAS ATTENDRE:
├── "Peut-être qu'ils répondront bientôt"
├── "Je le mentionnerai au standup"
├── "Je vais me débrouiller" (si vous ne pouvez pas)
└── La visibilité permet l'aide
WORKFLOW BLOCAGE GITSCRUM:
─────────────────────────────────────
1. Ajouter label "bloqué" à la tâche
2. Ajouter commentaire expliquant blocage:
🔴 BLOQUÉ: Besoin identifiants API du fournisseur
Détails:
├── Contacté: fournisseur@exemple.com
├── En attente depuis: 15 jan, 10h
├── Besoin avant: 17 jan
└── Impact: Ne peut pas procéder intégration
@emma (PM) - peux-tu escalader?
3. Déplacer vers colonne "Bloqué" (si utilisée)
4. Mentionner qui peut aider
5. Chercher travail alternatif
NOTIFICATION:
├── Équipe voit au standup
├── Dashboard blocages mis à jour
├── Notification Slack envoyée
└── PM alerté pour escalade
Dashboard des Blocages
DASHBOARD VISIBILITÉ BLOCAGES
═════════════════════════════
BLOCAGES ACTUELS:
┌─────────────────────────────────────────────────────────┐
│ Tâches Bloquées (3) │
├─────────────────────────────────────────────────────────┤
│ │
│ 🔴 GS-456: Intégration Paiement │
│ Bloqué: 2 jours │
│ Raison: Attente identifiants API fournisseur │
│ Propriétaire: Sarah │
│ Résolveur: Emma (relance avec fournisseur) │
│ ETA: Demain │
│ │
│ 🔴 GS-489: Migration Base de Données │
│ Bloqué: 4 heures │
│ Raison: Besoin approbation DBA changement schéma │
│ Propriétaire: Mike │
│ Résolveur: Mike (réunion prévue 14h) │
│ ETA: Aujourd'hui │
│ │
│ 🔴 GS-501: Implémentation Design │
│ Bloqué: 1 jour │
│ Raison: Attente assets design │
│ Propriétaire: Alex │
│ Résolveur: Jordan (équipe design) │
│ ETA: Aujourd'hui │
│ │
└─────────────────────────────────────────────────────────┘
VISIBLE POUR:
├── Équipe (au standup)
├── PM (pour escalade)
├── Manager (si prolongé)
└── Stakeholders (si sprint impacté)
Processus de Résolution
Chemin d'Escalade
ÉCHELLE D'ESCALADE BLOCAGE
═══════════════════════════
NIVEAU 1: Auto-résolution (0-2 heures)
─────────────────────────────────────
├── Rechercher documentation
├── Demander dans canal équipe
├── Vérifier ressources existantes
└── Essayer workarounds
NIVEAU 2: Escalade équipe (2-8 heures)
─────────────────────────────────────
├── Taguer tech lead ou senior
├── Demander help desk équipe
├── Mentionner au standup
└── PM informé
NIVEAU 3: Escalade management (8-24 heures)
─────────────────────────────────────
├── PM escalade au manager
├── Contact cross-équipes
├── Réunion de résolution
└── Action prioritaire assignée
NIVEAU 4: Escalade exécutive (24+ heures)
─────────────────────────────────────
├── Escalade direction
├── Impact business communiqué
├── Décision au plus haut niveau
└── Résolution immédiate requise