Criticidad de una gráfica de control. 3 consideraciones importantes.

Las gráficas de control en six sigma son muy importantes y como indica su nombre sus funciones son de control de los procesos y hasta de alerta sobre el comportamiento aleatorio o común de los procesos. Sin embargo existen muchas malas prácticas e interpretaciones de una gráfica de control.

1- el poder de la gráfica de control esta en su uso presente, es decir con datos generados en estos precisos momentos de manera a poder, según comportamiento por ejemplo 9 puntos consecutivos de un mismo lado que la media o 15 puntos consecutivos a menos de un sigma de la media, predicar la inestabilidad del proceso debido a alguna causa especial.
Son numerosos los belts que usan la gráfica con datos históricos. Pierde fuerza la herramienta al hacerlo así ya que muestra situación post mortem. La gráfica de control debe ser en vivo si realmente quieren controlar el porvenir de su proceso.

2- la cantidad de datos usados para tomar decisiones. Hemos visto mucha gente con unos 12 y hasta menos puntos en su gráfica de control tomar acciones inmediatas en los procesos, alegando que ya la data por ejemplo esta fuera del límite de control y que esto era evidente que requería acciones porque el proceso estaba fuera de control. Lo que no se entiende es que la robustez y significancia de las estadísticas están en el tamaño de la muestra. Los límites de control toman mayor relevancia con un mayor números de datos. Un límite de control x con pocos datos, digamos 12 puede apena ser el 80% del valor final de un límite de control del mismo proceso pero con 100 datos. De manera a que este punto fuera con los 12 datos de repente al final termina esta adentro y que la acción fue precipitada desperdiciando recursos de la empresa.

3- las especificaciones no son límites de control. De hecho un proceso puede estar en perfecto control, con todos los puntos de su gráfica dentro de los límites de control y con variación totalmente normal sin causas especiales, y este mismo proceso no es capaz por qué hay ciertos puntos fuera de los límites de especificaciones. En este caso es obvio que las especificaciones son más estrechas que la propia variación del proceso. Las acciones de un procesos no capaz son diferentes a las de un proceso no en control y distinto a las de un proceso.

Tratemos de no cometer más estos tipos de errores que terminan costando dinero a su organización