Clase 3 · Resumen · 4 min
Métricas en la gestión de la calidad
1. ¿Por qué medimos?#
- Para tomar decisiones basadas en evidencia, no en sensaciones. Las métricas convierten lo invisible en visible.
- Medir tiene un costo (tiempo, acceso a datos), pero es una inversión si la métrica está bien definida y atada a un objetivo.
- Idea central: lo que no se mide no se puede controlar, y lo que no se controla puede volverse un caos.
- En ISO 9001 hay un apartado específico sobre tableros de control y objetivos.
2. Medida, medición y métrica (distinción clave)#
| Término | Qué es | Ejemplo |
|---|---|---|
| Medición | La acción de medir | Entrar a Jira y contar tickets de tipo bug |
| Medida | El dato concreto resultante | 345 bugs; 23 defectos; 8 días |
| Métrica | La medida con contexto, propósito y valor de referencia | "Cantidad de defectos encontrados en producción durante el último trimestre" |
- Una métrica no es solo un número: es un número con contexto, propósito y capacidad de ayudar a decidir. "15 defectos" solo no significa nada.
- Ejemplo del auto: 120 km recorridos (medida) → litros/km (fórmula de la métrica) → comparar contra un valor de referencia para decidir si consume mucho o poco.
- Ejemplo del puré: la receta (250 ml de agua por sobre) es el valor de referencia.
3. Características de una buena métrica#
Objetiva, cuantificable, fácil de entender, repetible, relevante (alineada a objetivos) y accionable (permite decidir).
4. Criterio SMART#
- Specific: clara, sin ambigüedades (ej.: "bugs críticos en producción" y no "calidad del software").
- Measurable: expresable en número (ej.: % de tests automatizados ejecutados por release).
- Achievable: realista para el equipo y los tiempos.
- Relevant: alineada al contexto (medir líneas de código en un refactoring no tiene sentido).
- Time-bound: con marco temporal (ej.: "durante el próximo trimestre").
Una métrica bien definida necesita además fuente de datos, valor base, meta/estándar, umbral de desvío (±) y frecuencia.
5. Tipos de métricas#
- Del proceso (foco de esta clase): tiempo de arreglo de bugs, velocidad por sprint. Subtipos: esfuerzo, tiempo, errores, productividad, cumplimiento.
- Del producto: calidad del producto terminado (se verán en la próxima clase).
- Del proyecto: eficiencia del equipo/herramientas, horas por fase, % de avance contra el plan.
6. Mal uso de las métricas: incentivos perversos#
Lo que se mide se puede mejorar, pero también manipular. Ejemplos:
- Medir líneas de código → se premia código inflado.
- Premiar bugs corregidos por desarrollador → se podrían dejar bugs a propósito.
- Fijar 90% de cobertura de tests sin evaluar calidad → tests inútiles.
- Medir tiempo de cierre de tickets → cerrar antes de resolver realmente.
Regla de equilibrio: acompañar cada métrica con una métrica de contrapeso:
- Velocidad del equipo ↔ calidad de los entregables
- Cobertura de tests ↔ tasa de fallos en producción
- Tiempo de resolución ↔ satisfacción del cliente
7. KPI#
- Todo KPI es una métrica, pero no toda métrica es un KPI.
- El KPI es una métrica estratégica, vinculada a un objetivo clave del negocio, proyecto u organización.
- Se define con: objetivo, nombre, fórmula, meta, periodicidad y fuente (ej.: tiempo entre releases ≤ 15 días, mensual, desde Jira/GitLab).
- Ejemplo de diferencia: "tareas cerradas por sprint" (métrica) vs. "velocidad promedio del equipo" (KPI).
- Se usan en el tablero de comando: vista rápida con semáforo (verde = bien, amarillo = dentro del umbral, rojo = mal, gris = no medido).
- Se mencionó el concepto de Estrella del Norte y OKR (objetivos corporativos); la docente quedó en investigarlo.
8. Técnica GQM (Goal – Question – Metric)#
Desarrollada por Victor Basili en los años 80. Enfoque top-down: objetivo → preguntas → métricas.
Goal: mejorar/controlar/predecir [algo] con respecto a [atributo] desde el punto de vista de [rol] en el contexto de [contexto].
Ej.: mejorar la calidad del código fuente, respecto a la densidad de defectos, desde el punto de vista de QA, en dos sprints de dos semanas.
Questions: ¿Cuántos defectos críticos llegan a producción por sprint? ¿En qué fase se originan más defectos? ¿Qué tan efectivo es el testing?
Metrics: defectos en producción por sprint, tasa de escape, defectos por fase, efectividad del testing, densidad de defectos. (Un objetivo puede requerir varias métricas.)
Ventajas: cada métrica es trazable a un objetivo, evita medir por medir, facilita la comunicación, es escalable.
Limitaciones: exige objetivos claros desde el inicio, puede volverse burocrático y la recolección de datos tiene costo inicial.
Después de formular la métrica, aplicarle el criterio SMART.
9. Video de cierre: cultura de calidad#
- La calidad es una forma de pensar y de actuar, no solo un procedimiento.
- ISO 9001:2015 busca simplificar la documentación y enfocarse en procesos, riesgos y mejora continua.
- Importancia del mapa de procesos, la comunicación interna, el cliente interno y externo, y la toma de decisiones con fundamentos.