La fase Medir sin el pantano de datos: recopilar lo que el problema necesita
Medir es la segunda fase del DMAIC, entre Definir y Analizar. Su función es estrecha e importante: establecer una línea base confiable de cómo se desempeña hoy el proceso, para que cualquier mejora posterior pueda demostrarse en lugar de afirmarse. La forma más común en que los equipos se sabotean aquí es confundir el volumen de datos con la calidad de la comprensión. Extraen todas las exportaciones de sistema que encuentran y terminan sin poder ver el problema entre tantas hojas de cálculo.
Principios de 2021 empeoró la tentación. Los tableros se multiplicaron, los equipos remotos se apoyaban en cualquier dato accesible desde casa, y era fácil confundir un informe recargado con una medición clara.
Cómo se ve una buena fase Medir
Una fase Medir disciplinada parte del enunciado del problema redactado en Definir y plantea una pregunta ajustada: ¿qué necesitamos observar realmente para saber si este proceso está sano?
Medir las pocas métricas ligadas al problema. Elija las medidas de salida que reflejen el defecto o el retraso que definió, más un número reducido de entradas del proceso que verosímilmente las impulsen. Resista la tentación de añadir métricas solo porque el sistema las reporta.
Definir cada métrica de forma operativa. Anote exactamente qué cuenta como defecto, cuándo arranca y se detiene el reloj y qué unidad cuenta, para que dos personas que midan lo mismo obtengan el mismo número.
Comprobar que el sistema de medición es confiable. Antes de creer los datos, confirme que son repetibles y reproducibles. Si dos inspectores discrepan sobre el mismo elemento, sus datos son ruido disfrazado de señal.
Recopilar una línea base en una ventana representativa. Reúna datos suficientes que abarquen la variación normal para describir con honestidad el desempeño actual, no una buena semana escogida a conveniencia.
El resultado de una buena fase Medir es pequeño: una línea base confiable, una definición operativa clara para cada métrica y una idea de cuánto varía el proceso. Eso basta de sobra para entrar en Analizar.
Cómo se ve una mala fase Medir
Exportar decenas de campos porque están disponibles y luego intentar decidir cuáles importan.
Sin definiciones operativas, de modo que el mismo evento se cuenta distinto según quién lo registre.
Saltarse toda comprobación del sistema de medición y luego construir conclusiones sobre datos que nadie verificó.
Muestrear un tramo de tiempo cómodo que no representa cómo se comporta normalmente el proceso.
Resbalar hacia adivinar causas raíz antes incluso de acordar la línea base, lo cual corresponde a Analizar, no aquí.
La versión mala parece productiva porque genera muchos entregables. Pero un paquete de datos grueso en el que nadie confía es peor que uno delgado en el que todos confían, porque empuja al equipo a discutir cifras en lugar de arreglar el proceso.
Mantenerse fuera del pantano
Decida qué va a medir antes de extraer una sola exportación, y ligue cada métrica al enunciado del problema. Dedique tiempo real a las definiciones operativas y a una comprobación rápida del sistema de medición; esa pequeña inversión es lo que separa una línea base que puede defender de una que se derrumba ante la primera pregunta. Mantenga el conjunto recopilado deliberadamente delgado. Si una cifra no cambiaría una decisión en Analizar, probablemente todavía no la necesita.
Si sus esfuerzos de mejora siguen atascándose en un pantano de datos en los que nadie confía, la asesoría estratégica de XNM puede ayudarle a medir las pocas cosas que de verdad mueven el resultado.