Repaso de calidad

Buscar

Buscá en los resúmenes de todas las clases.

Clase 3 de 3

Métricas en la gestión de la calidad

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.