7 min lectura • Guide 227 of 877
Midiendo el Rendimiento del Equipo Efectivamente
Medir el rendimiento del equipo es esencial pero peligroso. Las métricas incorrectas crean incentivos perversos, gaming y disfunción. Las métricas correctas iluminan la realidad, impulsan mejora y respetan la complejidad. Enfócate en outcomes sobre outputs, tendencias sobre snapshots, y métricas de equipo sobre individuales.
Filosofía de Métricas
| Buenas Métricas | Malas Métricas |
|---|---|
| Nivel de equipo | Individual |
| Outcomes | Outputs |
| Tendencias en el tiempo | Punto en el tiempo |
| Llevan a mejora | Llevan a gaming |
| Múltiples juntas | Una sola aislada |
Framework de Métricas
CATEGORÍAS DE MÉTRICAS
══════════════════════
MÉTRICAS DE ENTREGA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Velocity: │
│ ├── Qué: Story points completados por sprint │
│ ├── Para qué: Predecibilidad de capacidad │
│ └── Peligro: Gaming de estimaciones │
│ │
│ Throughput: │
│ ├── Qué: Items completados por período │
│ ├── Para qué: Capacidad de entrega │
│ └── Peligro: Inflar creando items pequeños │
│ │
│ Cycle Time: │
│ ├── Qué: Tiempo de inicio a completado │
│ ├── Para qué: Eficiencia del proceso │
│ └── Peligro: Ignorar calidad por velocidad │
│ │
└─────────────────────────────────────────────────────────────┘
MÉTRICAS DE CALIDAD:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Tasa de Defectos: │
│ ├── Qué: Bugs encontrados en producción │
│ ├── Para qué: Calidad de las entregas │
│ └── Peligro: Presión para no reportar bugs │
│ │
│ Cobertura de Tests: │
│ ├── Qué: % de código cubierto por tests │
│ ├── Para qué: Indicador de testing │
│ └── Peligro: Tests inútiles para subir % │
│ │
│ Deuda Técnica: │
│ ├── Qué: Trabajo atrasado de mantenimiento │
│ ├── Para qué: Salud del codebase │
│ └── Peligro: Difícil de medir objetivamente │
│ │
└─────────────────────────────────────────────────────────────┘
Métricas a Evitar
MÉTRICAS TÓXICAS
════════════════
LÍNEAS DE CÓDIGO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ "Juan escribió 5,000 líneas esta semana" │
│ │
│ PROBLEMAS: │
│ ├── Código verboso no es mejor código │
│ ├── Refactorizar reduce líneas (pero es bueno) │
│ ├── Copy-paste infla números │
│ └── Complejidad ≠ valor │
│ │
│ COMPORTAMIENTO INDUCIDO: │
│ └── Escribir más, no mejor │
│ │
└─────────────────────────────────────────────────────────────┘
COMMITS POR DÍA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ "El equipo hizo 50 commits hoy" │
│ │
│ PROBLEMAS: │
│ ├── Commits atómicos son buenos pero no métrica │
│ ├── Fácil de inflar con commits vacíos │
│ └── Un buen commit vale más que 10 pequeños │
│ │
│ COMPORTAMIENTO INDUCIDO: │
│ └── Fragmentar trabajo artificialmente │
│ │
└─────────────────────────────────────────────────────────────┘
HORAS TRABAJADAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ "María trabajó 60 horas esta semana" │
│ │
│ PROBLEMAS: │
│ ├── Horas ≠ productividad │
│ ├── Incentiva presentismo │
│ ├── Burnout no es sostenible │
│ └── Calidad baja después de ciertas horas │
│ │
│ COMPORTAMIENTO INDUCIDO: │
│ └── Quedarse tarde, no trabajar mejor │
│ │
└─────────────────────────────────────────────────────────────┘
VELOCITY INDIVIDUAL:
┌─────────────────────────────────────────────────────────────┐
│ │
│ "Pedro completó 15 puntos, Juan solo 8" │
│ │
│ PROBLEMAS: │
│ ├── Story points no son comparables entre personas │
│ ├── Ignora colaboración y pair programming │
│ ├── Desincentiva ayudar a otros │
│ └── Puede tomar tareas fáciles, evitar difíciles │
│ │
│ COMPORTAMIENTO INDUCIDO: │
│ └── Competencia, no colaboración │
│ │
└─────────────────────────────────────────────────────────────┘
Métricas Efectivas
MÉTRICAS RECOMENDADAS
═════════════════════
CYCLE TIME DEL EQUIPO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Tiempo promedio de inicio a completado │
│ │
│ Semana 1: ████████████ 6 días │
│ Semana 2: ██████████ 5 días │
│ Semana 3: ████████ 4 días │
│ Semana 4: ██████████ 5 días │
│ │
│ ✅ Tendencia mejorando │
│ ✅ Métrica de equipo │
│ ✅ Refleja eficiencia real │
│ │
└─────────────────────────────────────────────────────────────┘
TASA DE LOGRO DE SPRINT GOAL:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Últimos 6 sprints: │
│ ├── Sprint 9: ✅ Logrado │
│ ├── Sprint 10: ✅ Logrado │
│ ├── Sprint 11: 🟡 Parcial │
│ ├── Sprint 12: ✅ Logrado │
│ ├── Sprint 13: ✅ Logrado │
│ └── Sprint 14: ✅ Logrado │
│ │
│ Tasa: 83% (5/6 completos) │
│ │
└─────────────────────────────────────────────────────────────┘
SATISFACCIÓN DEL CLIENTE/USUARIO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ NPS o feedback directo sobre features entregadas │
│ │
│ Feature A: ⭐⭐⭐⭐⭐ "Exactamente lo que necesitaba" │
│ Feature B: ⭐⭐⭐⭐☆ "Bueno pero falta X" │
│ Feature C: ⭐⭐⭐☆☆ "Funciona pero es lento" │
│ │
│ ✅ Mide valor real entregado │
│ │
└─────────────────────────────────────────────────────────────┘
Dashboard Balanceado
DASHBOARD DE RENDIMIENTO DEL EQUIPO
═══════════════════════════════════
┌─────────────────────────────────────────────────────────────┐
│ EQUIPO: Platform Squad │
│ Período: Q1 2024 │
├─────────────────────────────────────────────────────────────┤
│ │
│ ENTREGA CALIDAD │
│ ───────────────────────── ───────────────────────── │
│ Velocity (avg): 34 pts/sp Bugs prod: 3/mes ↘ │
│ Cycle time: 4.2 días ↘ Cobertura: 78% → │
│ Throughput: 12 items/sem Incidentes: 1 P1 ↘ │
│ │
│ PREDICTIBILIDAD SALUD │
│ ───────────────────────── ───────────────────────── │
│ Sprint goals: 83% Team happiness: 4.2/5 │
│ Commitment acc: 91% Rotación: 0% │
│ Carryover: 8% Overtime: Ninguno │
│ │
│ TENDENCIAS (6 meses): │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ Velocity: ▁▂▃▃▄▄ ↗ Mejorando gradualmente │ │
│ │ Cycle time: ▆▅▄▃▃▃ ↘ Reduciendo (bueno) │ │
│ │ Bugs: ▃▄▃▂▂▁ ↘ Reduciendo (bueno) │ │
│ │ Happiness: ▃▃▄▄▅▄ → Estable alto │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
Usando Métricas Correctamente
PRINCIPIOS DE USO
═════════════════
1. TRANSPARENCIA
┌─────────────────────────────────────────────────────────────┐
│ • Compartir métricas con todo el equipo │
│ • Explicar qué se mide y por qué │
│ • Permitir que el equipo influya en qué medir │
└─────────────────────────────────────────────────────────────┘
2. CONTEXTO
┌─────────────────────────────────────────────────────────────┐
│ • Nunca usar una métrica aislada │
│ • Considerar factores externos │
│ • Comparar con el mismo equipo, no otros │
└─────────────────────────────────────────────────────────────┘
3. TENDENCIAS
┌─────────────────────────────────────────────────────────────┐
│ • Enfocarse en dirección, no números absolutos │
│ • Ver datos de múltiples períodos │
│ • Buscar patrones, no anomalías │
└─────────────────────────────────────────────────────────────┘
4. MEJORA
┌─────────────────────────────────────────────────────────────┐
│ • Usar métricas para encontrar oportunidades │
│ • Celebrar mejoras colectivas │
│ • Nunca castigar basado en métricas │
└─────────────────────────────────────────────────────────────┘