4 min lecture • Guide 825 of 877
Leadership Technique en Agile
Les leaders techniques habilitent les équipes. GitScrum aide les tech leads à suivre le travail technique, les décisions architecturales et la santé technique aux côtés de la livraison de fonctionnalités.
Rôle du Tech Lead
Responsabilités
RESPONSABILITÉS TECH LEAD:
┌─────────────────────────────────────────────────────────────┐
│ │
│ DIRECTION TECHNIQUE: │
│ ──────────────────── │
│ • Définir la vision architecturale │
│ • Prendre les décisions techniques clés │
│ • Définir standards et patterns │
│ • Évaluer les technologies │
│ │
│ QUALITÉ: │
│ ──────── │
│ • Revue de code (surtout changements complexes) │
│ • Définir standards de qualité │
│ • Gestion dette technique │
│ • Supervision performance et sécurité │
│ │
│ HABILITATION: │
│ ───────────── │
│ • Mentorer et coacher les développeurs │
│ • Supprimer les bloqueurs techniques │
│ • Partager les connaissances │
│ • Pairer sur problèmes difficiles │
│ │
│ LIVRAISON: │
│ ────────── │
│ • Input faisabilité technique │
│ • Guidance estimation d'effort │
│ • Identification des risques │
│ • Planning technique du sprint │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ CE QUE CE N'EST PAS: │
│ ──────────────────── │
│ ❌ Prendre toutes les décisions │
│ ❌ Assigner les tâches │
│ ❌ Faire tout le travail difficile │
│ ❌ Être le seul à comprendre le système │
│ ❌ Gardien du code │
│ │
│ MINDSET: Habiliter l'équipe à réussir techniquement │
└─────────────────────────────────────────────────────────────┘
Équilibres
Allocation du Temps
ÉQUILIBRE TEMPS TECH LEAD:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ALLOCATION TEMPS (varie selon taille/maturité équipe): │
│ │
│ PETITE ÉQUIPE (3-4 devs): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Coding: 50% █████████████████████████ ││
│ │ Revue Code: 20% ██████████ ││
│ │ Mentorat: 15% ███████ ││
│ │ Planning: 15% ███████ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ÉQUIPE PLUS GRANDE (6-8 devs): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Coding: 30% ███████████████ ││
│ │ Revue Code: 25% ████████████ ││
│ │ Mentorat: 25% ████████████ ││
│ │ Planning: 20% ██████████ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ RESTER HANDS-ON: │
│ ──────────────── │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ CODER STRATÉGIQUEMENT: ││
│ │ ││
│ │ ✅ FAIRE: ││
│ │ • Features complexes/risquées ││
│ │ • Code fondamental/réutilisable ││
│ │ • Chemins critiques performance ││
│ │ • Preuves de concept ││
│ │ • Définir patterns pour les autres ││
│ │ ││
│ │ ❌ ÉVITER: ││
│ │ • Features routine (laisser autres grandir) ││
│ │ • Livrables time-sensitive (risque d'être tiré) ││
│ │ • Tout (vous n'êtes pas le seul dev) ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ BUT: Rester connecté au codebase ET faire grandir l'équipe│
└─────────────────────────────────────────────────────────────┘