Un jefe de mantenimiento abre el reporte mensual y encuentra decenas de gráficos, colores y porcentajes, pero no puede responder tres preguntas básicas: qué activos requieren atención, por qué se están acumulando las fallas y qué acción debe priorizar. El problema no es la falta de información, sino un dashboard diseñado sin considerar las decisiones que debe apoyar.
El diseño de dashboards para gestión de mantenimiento exige combinar datos confiables, indicadores definidos con criterios consistentes y visualizaciones adaptadas al usuario. Un tablero útil no intenta mostrar todo: selecciona la información necesaria para detectar desviaciones, investigar sus causas y organizar el trabajo.
Fortalece tus programas técnicos
El Instituto Internacional de Ingeniería (3i) permite a organizaciones e instructores que ya imparten capacitación entregar certificados y credenciales verificables y organizar la validación de las credenciales emitidas.
Definir la decisión principal
El primer paso no consiste en elegir gráficos, sino en identificar quién utilizará el dashboard y qué decisión necesita tomar. La dirección puede requerir información sobre disponibilidad, costos y riesgos; el planificador necesita revisar la carga de trabajo y el cumplimiento del programa; el supervisor debe conocer las órdenes urgentes, los recursos disponibles y la condición de los equipos.
La documentación de Microsoft sobre diseño de dashboards recomienda considerar a la audiencia, destacar la información prioritaria y eliminar elementos que no contribuyan a la lectura del estado general. Este criterio permite diferenciar tres niveles de tableros.
| Tipo de dashboard | Usuario principal | Decisión que apoya | Información prioritaria |
|---|---|---|---|
| Estratégico | Dirección y gerencia | Asignar presupuesto y evaluar riesgos | Disponibilidad, costos, activos críticos y pérdidas operativas |
| Táctico | Jefatura y planificación | Ajustar planes, frecuencias y recursos | Backlog, cumplimiento preventivo, MTBF, MTTR y repuestos |
| Operativo | Supervisión y técnicos | Priorizar y ejecutar órdenes | Órdenes abiertas, criticidad, materiales y personal disponible |
Preparar datos confiables
Un diseño atractivo no corrige registros incompletos. Antes de construir el tablero deben normalizarse los nombres de los activos, las fechas, los tipos de mantenimiento, los modos de falla y los tiempos de detención. También es necesario acordar cuándo comienza y termina cada evento, porque una diferencia de criterio puede alterar los indicadores.
La norma ISO 14224:2016 establece una estructura para recopilar e intercambiar datos de equipos, fallas y actividades de mantenimiento en las industrias petrolera, petroquímica y de gas natural. Su alcance sectorial debe respetarse, pero su énfasis en la clasificación y consistencia de los registros muestra por qué un indicador necesita datos comparables.
Seleccionar indicadores útiles
Cada indicador debe vincularse con una pregunta operativa. El MTBF permite observar el tiempo promedio entre fallas de un activo reparable; el MTTR representa el tiempo promedio empleado para reparar y recuperar su funcionamiento. Las definiciones y fórmulas utilizadas deben quedar visibles en la documentación del dashboard.
Si un equipo acumula 1 200 horas de operación y registra seis fallas, su MTBF es de 200 horas. Si las seis reparaciones requieren un total de 18 horas, su MTTR es de 3 horas. Estos promedios describen el periodo analizado, pero no predicen la fecha exacta de la siguiente falla.
El resultado indica una disponibilidad aproximada de 98,52 % bajo esta formulación. Debe interpretarse junto con la criticidad del activo, el régimen de operación y la definición del tiempo de reparación. Las páginas de IBM sobre MTBF y IBM sobre MTTR explican el uso de ambas métricas en sistemas y equipos reparables.
| Indicador | Pregunta que responde | Comparación recomendada | Limitación |
|---|---|---|---|
| MTBF | ¿Con qué frecuencia falla el activo? | Mismo activo, familia y condición operativa | No explica la gravedad ni la causa |
| MTTR | ¿Cuánto tarda la recuperación? | Tendencia mensual y tipo de avería | Depende del inicio y final definidos |
| Disponibilidad | ¿Qué proporción del tiempo puede operar? | Meta, periodo base y activos semejantes | No muestra por sí sola el impacto productivo |
| Órdenes vencidas | ¿Dónde se acumula el trabajo? | Criticidad, especialidad y antigüedad | Contar órdenes no refleja sus horas de trabajo |
Elegir cada visualización
El tipo de gráfico debe responder a una pregunta específica. Las tarjetas resumen el estado actual; las líneas muestran tendencias; las barras comparan activos o áreas; un diagrama de Pareto permite ordenar modos de falla según su frecuencia o impacto. Repetir la misma información en varias visualizaciones ocupa espacio sin mejorar el análisis.
| Visualización | Uso adecuado | Uso poco recomendable |
|---|---|---|
| Tarjeta KPI | Valor actual, meta, periodo y variación | Presentar una cifra sin contexto |
| Gráfico de líneas | Tendencias de disponibilidad, MTBF o MTTR | Comparar demasiados activos a la vez |
| Barras horizontales | Clasificar equipos, áreas o causas | Mostrar una serie temporal extensa |
| Pareto | Priorizar fallas por frecuencia, costo o tiempo | Mezclar categorías con unidades diferentes |
| Tabla detallada | Consultar órdenes, fechas y responsables | Utilizarla como resumen ejecutivo |
Organizar la navegación
La primera pantalla debe ofrecer una vista general con indicadores principales, tendencias, alertas y activos que concentran las desviaciones. Desde ese resumen, el usuario puede avanzar hacia páginas de confiabilidad, planificación, costos, inventario u órdenes de trabajo. Esta estructura evita saturar la portada con información que solo se necesita durante el análisis detallado.
Los filtros deben utilizar categorías comprensibles, como periodo, planta, área, familia de equipos y activo. También conviene mostrar la fecha de actualización, la unidad de medida y la definición de cada KPI. La guía de buenas prácticas de operación y mantenimiento del Departamento de Energía de Estados Unidos destaca la utilidad de comparar los indicadores con una línea base o referencia definida, en lugar de evaluar cifras aisladas.
Evitar errores de diseño
Uno de los errores más frecuentes es utilizar colores como única señal de estado. Cada alerta debe acompañarse de una etiqueta, un valor o un símbolo que permita interpretarla sin depender exclusivamente del color. También debe evitarse comparar equipos que trabajan bajo condiciones diferentes sin explicar esa diferencia.
Otro problema aparece cuando el tablero presenta un promedio general que oculta situaciones críticas. Una disponibilidad alta de la planta puede coexistir con fallas recurrentes en un activo esencial. Por eso, el dashboard debe permitir pasar del indicador agregado al detalle del equipo, la orden de trabajo y el modo de falla.
Antes de publicar el tablero conviene probarlo con usuarios reales. El supervisor debe poder identificar una desviación, comprender su contexto y localizar el registro que la origina. Si necesita exportar varias hojas o realizar cálculos manuales para entender el resultado, el diseño todavía no resuelve su tarea.
Conclusión
Un dashboard de mantenimiento aporta valor cuando conecta datos estandarizados con decisiones concretas. Su propósito no es acumular gráficos, sino permitir que cada usuario detecte una desviación, examine sus causas y determine el siguiente paso dentro del proceso de mantenimiento.
Emite credenciales verificables
El Instituto Internacional de Ingeniería (3i) ayuda a organizaciones e instructores que imparten capacitación a respaldar sus programas y emitir certificados verificables para sus alumnos.
Fuentes consultadas
International Organization for Standardization. ISO 14224:2016: Collection and exchange of reliability and maintenance data for equipment. 2016.
United States Department of Energy. Operations & Maintenance Best Practices Guide: Release 3.0. 2010.
IBM. What Is Mean Time Between Failure (MTBF)?.
IBM. What Is Mean Time to Repair (MTTR)?.
Microsoft. Tips for Designing a Great Power BI Dashboard.
