5 min lecture • Guide 136 of 877
Configurer Rotations On-Call Équipes Développement
Responsabilités on-call tombent souvent inégalement sur developers senior, menant à épuisement et ressentiment. Une rotation bien structurée distribue charge équitablement, fournit chemins escalade clairs, et compense temps on-call approprié—pour que équipes puissent répondre incidents sans sacrifier temps personnel ou engagements sprint.
Problème On-Call
Pourquoi Rotations Échouent
DYSFONCTION ON-CALL:
┌─────────────────────────────────────────────────────────────┐
│ ÉCHECS COURANTS ON-CALL │
├─────────────────────────────────────────────────────────────┤
│ │
│ PATTERN "HÉROS": │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ "Sarah connaît mieux le système, elle devrait gérer" ││
│ │ ││
│ │ Résultat après 6 mois: ││
│ │ • Sarah est épuisée ││
│ │ • Personne d'autre n'a appris le système ││
│ │ • Sarah quitte l'entreprise ││
│ │ • Équipe panique ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PATTERN "TOUS TOUT LE TEMPS": │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ "On partage on-call, donc tous toujours on-call" ││
│ │ ││
│ │ Résultat: ││
│ │ • Personne ne se sent vraiment déconnecté ││
│ │ • Alertes ignorées (quelqu'un d'autre va prendre) ││
│ │ • Confusion pendant incidents ││
│ │ • Pas d'accountability ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PATTERN "CHARGE INVISIBLE": │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ On-call arrive mais pas suivi ni compensé ││
│ │ ││
│ │ Résultat: ││
│ │ • Developers ressentent être "toujours disponibles" ││
│ │ • Travail hors heures pas reconnu ││
│ │ • Engagements sprint souffrent ││
│ │ • Équilibre vie-travail s'érode ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Structure Rotation
Concevoir Rotations Équitables
DESIGN ROTATION:
┌─────────────────────────────────────────────────────────────┐
│ CRÉER ON-CALL ÉQUITABLE │
├─────────────────────────────────────────────────────────────┤
│ │
│ PATTERNS ROTATION: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Option A: Rotation hebdomadaire ││
│ │ ││
│ │ Sem 1: Developer A (primaire), Developer B (backup) ││
│ │ Sem 2: Developer B (primaire), Developer C (backup) ││
│ │ Sem 3: Developer C (primaire), Developer D (backup) ││
│ │ Sem 4: Developer D (primaire), Developer A (backup) ││
│ │ ││
│ │ Pros: Prévisible, contexte complet pour semaine ││
│ │ Cons: Longues périodes étant "actif" ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ TAILLE MINIMUM ÉQUIPE POUR ON-CALL DURABLE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 4+ developers: Rotation hebdomadaire avec backup ││
│ │ 6+ developers: Division semaine/weekend faisable ││
│ │ 8+ developers: Multiples tiers on-call possible ││
│ │ ││
│ │ Moins de 4: Considérer on-call partagé autre équipe ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Implémentation GitScrum
Tracker On-Call Dans Workflow
TRACKING ON-CALL:
┌─────────────────────────────────────────────────────────────┐
│ RENDRE ON-CALL VISIBLE │
├─────────────────────────────────────────────────────────────┤
│ │
│ SCHEDULE ROTATION (NoteVault): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ # Q1 2025 Schedule On-Call ││
│ │ ││
│ │ | Semaine | Primaire| Backup | Notes | ││
│ │ |----------|---------|---------|--------------------│ ││
│ │ | Jan 6-12 | Sarah | Mike | │ ││
│ │ | Jan 13-19| Mike | Alex | │ ││
│ │ | Jan 20-26| Alex | Emma | │ ││
│ │ | Jan 27-2 | Emma | Sarah | Emma PTO Feb 1 │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ TRACKING TÂCHES INCIDENT: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Quand incident arrive, créer tâche: ││
│ │ ││
│ │ Titre: [INCIDENT] Description brève ││
│ │ ││
│ │ Labels: ││
│ │ type/incident ││
│ │ severite/p1 (ou p2, p3) ││
│ │ on-call/janvier-semaine-2 ││
│ │ ││
│ │ Détails: ││
│ │ - Heure détecté: 2:34 AM ││
│ │ - Heure acknowledged: 2:38 AM ││
│ │ - Heure résolu: 3:15 AM ││
│ │ - Ingénieur on-call: Mike ││
│ │ - Temps total on-call: 41 min ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Compensation et Récupération
Reconnaître Charge On-Call
MODÈLES COMPENSATION:
┌─────────────────────────────────────────────────────────────┐
│ TRAITEMENT ÉQUITABLE POUR ON-CALL │
├─────────────────────────────────────────────────────────────┤
│ │
│ COMPENSATION BASÉE TEMPS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Option A: Temps libre compensatoire ││
│ │ • 4 heures repos pour chaque incident nocturne ││
│ │ • 8 heures repos pour incidents weekend ││
│ │ ││
│ │ Option B: Stipende on-call ││
│ │ • Montant fixe par semaine on-call ││
│ │ • Bonus additionnel par incident ││
│ │ ││
│ │ Option C: Charge sprint réduite ││
│ │ • Semaine on-call = 70% capacité sprint ││
│ │ • Buffer pour réponse incidents ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘