Cómo medir un proceso operativo: qué indicadores definir antes de construir un dashboard
Muchas empresas empiezan al revés.
Primero piden un dashboard.
Después buscan qué indicadores poner.
Y finalmente descubren que buena parte de la información necesaria no existe, se captura de manera diferente en cada turno o depende de alguien que arma un Excel al final del día.
El problema no está en el tablero.
Está en que no se puede medir bien un proceso que todavía no está suficientemente entendido.
Antes de definir KPIs, automatizar reportes o implementar software conviene responder algo más básico:
¿Cómo ocurre realmente el trabajo?
¿Qué significa medir un proceso operativo?
Medir un proceso no significa llenar una pantalla de números.
Significa utilizar datos para entender si un proceso está produciendo el resultado esperado y detectar dónde se pierde tiempo, capacidad, calidad o dinero.
Un proceso puede medirse desde diferentes dimensiones:
* tiempo;
* volumen;
* costo;
* productividad;
* calidad;
* errores;
* retrabajo;
* cumplimiento;
* capacidad;
* disponibilidad;
* desperdicio;
* variación.
La combinación correcta depende del proceso.
No deberían medirse igual una línea de producción, un almacén, un comedor industrial, un laboratorio, una operación logística o un proceso administrativo.
El objetivo tampoco es tener muchos indicadores.
Es tener información suficiente para tomar una decisión.
Primero entiende el proceso
Antes de decidir qué medir, hay que conocer cómo funciona realmente la operación.
No sólo cómo dice el procedimiento que debería funcionar.
El proceso real suele incluir:
* personas;
* actividades;
* decisiones;
* esperas;
* autorizaciones;
* movimientos;
* sistemas;
* documentos;
* excepciones;
* retrabajos;
* cambios de turno;
* capturas manuales;
* puntos donde se pierde información.
Por ejemplo, un proceso podría parecer simple:
recibir pedido → preparar → validar → entregar
Pero al observar la operación aparecen otras actividades:
recibir pedido → revisar inventario → pedir autorización → buscar producto → esperar reposición → preparar → corregir diferencia → validar → volver a preparar → entregar.
Medir únicamente cuánto tarda la entrega escondería buena parte de lo que realmente está ocurriendo.
La pregunta correcta no es “¿qué KPI usamos?”
Conviene empezar por otra pregunta:
¿Qué queremos saber del proceso para poder actuar?
Por ejemplo:
* ¿Dónde se acumula trabajo?
* ¿Por qué determinadas órdenes tardan más?
* ¿Cuántas operaciones requieren corrección?
* ¿Qué turno genera más incidencias?
* ¿Dónde se pierde capacidad?
* ¿Qué parte del proceso depende de una persona específica?
* ¿Cuánto tiempo se dedica a actividades que no agregan valor?
* ¿Qué causa la mayoría de los retrasos?
Una vez definida la pregunta, el indicador empieza a tener sentido.
7 indicadores útiles para empezar a medir procesos
No todos aplican a todas las operaciones, pero estas categorías permiten construir una primera lectura.
1. Tiempo de ciclo
Mide cuánto tarda un proceso desde su inicio hasta su conclusión.
Por ejemplo:
* desde que entra una orden hasta que se entrega;
* desde que llega una solicitud hasta que se resuelve;
* desde que un material entra al almacén hasta que queda disponible;
* desde que inicia una actividad hasta que está terminada.
El promedio por sí solo puede engañar.
Conviene analizar también máximos, mínimos y variación.
Dos procesos pueden tener el mismo tiempo promedio y comportarse de manera completamente distinta.
2. Tiempo de espera
No todo el tiempo del proceso es trabajo.
Muchas veces la mayor parte ocurre esperando:
* una autorización;
* material;
* información;
* transporte;
* otro equipo;
* una firma;
* un sistema;
* una persona.
Separar tiempo productivo de tiempo de espera permite encontrar oportunidades que un indicador general de duración no muestra.
3. Retrabajo
Mide cuántas veces una actividad debe repetirse porque algo salió mal o incompleto.
Puede expresarse como:
operaciones que requirieron retrabajo / operaciones totales
El retrabajo suele revelar problemas de:
* calidad;
* información;
* capacitación;
* estándares;
* coordinación;
* sistemas;
* instrucciones.
También suele representar costos que no aparecen claramente en los reportes financieros.
4. Tasa de errores o incidencias
Permite saber qué proporción del proceso termina con una desviación.
Un error puede ser:
* una orden incorrecta;
* una entrega incompleta;
* una captura equivocada;
* un producto fuera de especificación;
* una devolución;
* una diferencia de inventario;
* un incumplimiento de procedimiento.
La parte más importante no es únicamente contar errores.
Es poder clasificarlos para encontrar patrones y causas.
5. Productividad
Relaciona los resultados obtenidos con los recursos utilizados.
Por ejemplo:
órdenes procesadas por hora
unidades producidas por turno
servicios atendidos por persona
pedidos preparados por operador
Pero productividad nunca debería leerse aislada.
Producir más mientras aumentan errores, desperdicio o retrabajo puede empeorar el resultado global.
6. Cumplimiento
Mide qué porcentaje de las operaciones cumple el estándar definido.
Puede ser:
* entregas a tiempo;
* órdenes completas;
* producción dentro de especificación;
* servicios atendidos dentro del SLA;
* inspecciones realizadas;
* procesos ejecutados según estándar.
Permite convertir una expectativa operativa en una medida concreta.
7. Capacidad y utilización
Permite saber cuánto puede procesar una operación y cuánto de esa capacidad está siendo utilizado.
Es particularmente útil cuando existen:
* líneas;
* maquinaria;
* estaciones;
* almacenes;
* rutas;
* personal por turno;
* equipos limitantes.
Una operación puede parecer saturada cuando en realidad existe un cuello de botella localizado que limita al resto del sistema.
El indicador más importante puede estar en el cuello de botella
No todos los puntos de un proceso tienen el mismo impacto.
Si una operación puede procesar:
100 unidades → 100 unidades → 45 unidades → 100 unidades
la capacidad real del proceso no es 100.
Es aproximadamente la que permite su restricción.
Por eso los indicadores deberían ayudar a identificar:
* dónde se acumula trabajo;
* dónde aumenta el tiempo de espera;
* dónde aparece retrabajo;
* dónde falta capacidad;
* dónde una decisión demora el flujo.
Medir todo de la misma forma puede esconder precisamente el punto que necesita atención.
No confundas KPI con dato
Una operación puede producir miles de datos.
Eso no significa que tenga miles de indicadores útiles.
Por ejemplo:
* hora de entrada de una orden;
* operador asignado;
* sucursal;
* producto;
* cantidad;
* hora de salida;
* incidencia;
* motivo.
Son datos.
A partir de ellos podemos construir indicadores como:
tiempo promedio de proceso por sucursal
porcentaje de órdenes con incidencia
retrabajo por producto
cumplimiento por turno
La diferencia es importante.
El dato registra lo que ocurrió. El indicador ayuda a interpretar qué significa.
Cada indicador debería habilitar una decisión
Una buena prueba consiste en preguntarse:
¿Qué haríamos distinto si este indicador cambia?
Si nadie puede responder, probablemente no sea un KPI prioritario.
Por ejemplo:
Tiempo de ciclo
Si aumenta, investigamos dónde se generó la demora.
Retrabajo
Si aumenta, identificamos causa, turno, equipo o etapa responsable.
Cumplimiento
Si cae, activamos corrección sobre el estándar.
Capacidad
Si llega al límite, redistribuimos trabajo o evaluamos aumentar recursos.
El indicador debe provocar una conversación operacional.
No simplemente decorar un dashboard.
Cómo construir un indicador correctamente
Antes de implementarlo conviene dejar definida su lógica.
Al menos:
Nombre: qué estamos midiendo.
Objetivo: para qué sirve.
Fórmula: cómo se calcula.
Fuente: de dónde salen los datos.
Frecuencia: cada cuánto se actualiza.
Responsable: quién debe observarlo.
Meta o rango: qué consideramos aceptable.
Acción: qué ocurre cuando se desvía.
Esto evita uno de los problemas más comunes de los tableros: que distintas personas interpreten de manera diferente el mismo indicador.
¿Dónde se capturan los datos?
Éste suele ser el siguiente problema.
Después de decidir qué medir aparece la pregunta:
¿Tenemos la información necesaria?
Puede vivir en:
* ERP;
* MES;
* WMS;
* CRM;
* sistemas internos;
* maquinaria;
* sensores;
* hojas de cálculo;
* formularios;
* papel;
* correos;
* WhatsApp;
* reportes de supervisión.
No siempre hace falta reemplazar todo.
En ocasiones basta con integrar fuentes existentes.
En otras, hay que crear puntos adicionales de captura.
Y algunas operaciones requieren construir una aplicación sencilla para registrar información que hoy no existe de forma estructurada.
No construyas el dashboard antes de resolver la captura
Un dashboard puede visualizar perfectamente datos malos.
Más rápido, más bonito y con mejores gráficas.
Pero seguirán siendo datos malos.
Antes conviene comprobar:
1. qué información necesitamos;
2. dónde se genera;
3. quién la captura;
4. cuándo se registra;
5. qué tan confiable es;
6. cómo se valida;
7. y qué sistema debería conservarla.
Después tiene sentido pensar en Power BI, Tableau, Looker, una solución especializada o un tablero desarrollado a la medida.
La herramienta de visualización es el final de la cadena, no el principio.
Un dashboard operativo debería ayudar a detectar excepciones
La dirección no debería utilizar un tablero para revisar individualmente cada operación.
Debería poder detectar rápidamente dónde algo se está desviando.
Por ejemplo:
Proceso general
95% dentro de estándar.
Almacén norte
74% dentro de estándar.
Turno nocturno
61% dentro de estándar.
Causa principal
Falta de material disponible.
Ahí el tablero produce una conversación útil.
Permite pasar de:
“Tenemos retrasos.”
a:
“Los retrasos están concentrados en el turno nocturno del almacén norte y la principal causa es disponibilidad de material.”
Eso sí permite intervenir.
¿Cuántos indicadores necesita un proceso?
No existe un número universal.
Pero un error frecuente es empezar con demasiados.
Un buen primer tablero operativo puede funcionar con pocos indicadores si responden preguntas importantes.
Por ejemplo:
* volumen;
* tiempo de ciclo;
* cumplimiento;
* retrabajo;
* incidencias;
* capacidad.
Después pueden agregarse métricas cuando exista una necesidad concreta.
Es preferible operar con seis indicadores confiables que con 40 cifras que nadie utiliza.
Qué hacer cuando hoy todo se mide en Excel
Excel no es automáticamente un problema.
Puede ser una forma perfectamente razonable de empezar.
La dificultad aparece cuando:
* varias personas modifican el archivo;
* existen múltiples versiones;
* la información llega tarde;
* se captura manualmente desde otras fuentes;
* nadie conoce exactamente la fórmula;
* no existe trazabilidad;
* los datos cambian después del cierre;
* o construir el reporte consume más tiempo que analizarlo.
En ese punto conviene revisar si hace falta:
* integrar sistemas;
* automatizar captura;
* crear una base central;
* construir un dashboard;
* implementar software;
* o rediseñar parte del proceso.
Del proceso medible a la automatización
Medir tiene otro beneficio.
Permite saber qué vale la pena automatizar.
Si el levantamiento muestra que una operación dedica muchas horas a:
* copiar datos;
* enviar notificaciones;
* validar información repetitiva;
* preparar reportes;
* clasificar solicitudes;
* asignar tareas;
* hacer seguimiento;
entonces ya existe evidencia para evaluar automatización.
La tecnología deja de partir de una intuición.
Parte de un problema medido.
El orden correcto
Para muchos procesos operativos, una secuencia razonable es:
1. Levantar
Entender cómo ocurre realmente el trabajo.
2. Ordenar
Detectar desperdicio, variación, retrabajo y cuellos de botella.
3. Medir
Definir indicadores y puntos de captura.
4. Visualizar
Construir reportes o tableros.
5. Automatizar
Eliminar tareas manuales donde exista valor.
6. Integrar o desarrollar
Conectar sistemas o crear herramientas cuando haga falta.
No todos los procesos necesitan llegar hasta el último paso.
Pero saltarse los primeros suele terminar digitalizando problemas que todavía no estaban bien entendidos.
⸻
¿Hay un proceso de tu operación que debería ser medible y todavía no lo es?
Sistelo puede ayudar a levantar el proceso real, definir indicadores útiles y convertir la información en tableros, automatizaciones, integraciones o sistemas cuando tenga sentido.
Podemos trabajar desde una planta, línea, almacén, operación logística, comedor, laboratorio, sucursal o cualquier proceso repetitivo que hoy sea difícil de observar.