4 min lecture • Guide 128 of 877
Gérer Demandes Urgentes Sans Dérailler Plans
Demandes urgentes menacent focus équipe et engagements sprint quand chaque nouvelle demande est traitée comme urgence. Sans système pour évaluer et gérer interruptions, équipes rejettent travail urgent légitime (endommageant relations stakeholders) ou acceptent tout (manquant objectifs sprint). Workflows flexibles GitScrum et features visibilité aident équipes à distinguer vraies urgences des demandes priorité régulières et gérer les deux appropriément.
Problème Urgence
Pourquoi Tout Semble Urgent
INFLATION URGENCE:
┌─────────────────────────────────────────────────────────────┐
│ LE PATTERN "TOUT EST URGENT" │
├─────────────────────────────────────────────────────────────┤
│ │
│ SEMAINE TYPIQUE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Lundi: ││
│ │ Ventes: "Client a besoin feature urgemment" ││
│ │ CEO: "Nous devons fixer homepage pour mercredi" ││
│ │ ││
│ │ Mardi: ││
│ │ Support: "Bug critique affectant 3 clients" ││
│ │ PM: "Démo investisseurs avancée, besoin ASAP" ││
│ │ ││
│ │ Vendredi: ││
│ │ Tous: "Pourquoi n'avons-nous pas terminé travail sprint?"││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ LE PROBLÈME: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Quand tout est urgent: ││
│ │ • Rien n'est priorisé ││
│ │ • Objectifs sprint deviennent insignifiants ││
│ │ • Équipe s'épuise par changements contexte ││
│ │ • Paradoxalement, choses urgentes mal faites ││
│ │ • Qualité chute quand tout est travail précipité ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Classification Urgence
Définir Vraies Urgences
MATRICE URGENCE:
┌─────────────────────────────────────────────────────────────┐
│ CLASSIFIER DEMANDES ENTRANTES │
├─────────────────────────────────────────────────────────────┤
│ │
│ CRITÈRES CLASSIFICATION: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ 🔴 URGENCE (Tout lâcher): ││
│ │ • Système production down ││
│ │ • Brèche sécurité active ││
│ │ • Perte données en cours ││
│ │ • Deadline conformité légale (réel, pas perçu) ││
│ │ • Bug bloquant revenus client important ││
│ │ ││
│ │ 🟡 URGENT (Ce sprint, reprioriser): ││
│ │ • Bug affectant beaucoup clients (workaround existe) ││
│ │ • Demande avec deadline (deadline externe réel) ││
│ │ • Bloqueur pour autre équipe ││
│ │ • Escalade client avec risque rétention ││
│ │ ││
│ │ 🟢 IMPORTANT (Prochain sprint): ││
│ │ • Demande feature des ventes ││
│ │ • "Nice to have" pour deadline proche ││
│ │ • Demandes amélioration ││
│ │ • Préférence stakeholder ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Configuration GitScrum
Gérer Travail Urgent
WORKFLOW POUR DEMANDES URGENTES:
┌─────────────────────────────────────────────────────────────┐
│ GÉRER INTERRUPTIONS DANS GITSCRUM │
├─────────────────────────────────────────────────────────────┤
│ │
│ SYSTÈME LABELS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ urgent/urgence - Tout lâcher (rouge) ││
│ │ urgent/ce-sprint - Doit rentrer dans sprint (orange) ││
│ │ urgent/proch-sprint - Important, peut attendre (jaune) ││
│ │ urgent/décliné - Demandé urgent, pas urgent ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ BUFFER CAPACITÉ: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Approche planification sprint: ││
│ │ ││
│ │ Capacité totale équipe: 160 heures ││
│ │ ││
│ │ Réservé pour travail planifié: 128h (80%) ││
│ │ Réservé pour interruptions: 32h (20%) ││
│ │ ││
│ │ Engagement sprint dimensionné à 80%, pas 100% ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘