QUALITY | 2 MIN
El despliegue de Quick Response Quality Control no es tan sencillo y para que el despliegue de QRQC tenga éxito hay que asegurar que todo el sistema se sustenta en los siguientes 4 pilares.
Recordemos que en la primera parte de la entrada ¿Cómo desplegar Quick Response Quality Control? hemos introducido los 2 primeros pilares: organización en 3 niveles y disciplina. En esta segunda parte, revisaremos el 3º y 4º pilar. Sin más dilación:
Además de estructurar la organización en los 3 niveles y de ser muy disciplinado en la ejecución de las reuniones, para que el QRQC sea efectivo es necesario establecer el estándar de trabajo de cada uno de los niveles:
Previamente a definir el estándar de trabajo del Nivel 1, es necesario asegurar un pre-requisito: Diseñar de un proceso eficaz de identificación de problemas y defina las reglas de reacción para detener la producción
Como ya hemo comentado, el inicio del control de calidad de respuesta rápida está en el operario de máquina, por lo que es imprescindible que éste sepa identificar los problemas de calidad. Por este motivo es necesario crear un sistema sólido para detectar problemas de calidad e incumplimiento dentro del procedimiento de fabricación. Para lograrlo, se puede utilizar una combinación de métodos como p.e.: como comentarios de los clientes, inspecciones de productos, auditorías internas y recorridos Gemba. Considere la posibilidad de utilizar listas de verificación y formularios estándar para documentar los problemas de manera sistemática. Esto ayudará a servir como base de QRQC, ayudando a los equipos a identificar elementos que requieren avance y actividad.
¿Cuándo? | ¿Qué? | ¿Quién? |
Durante el turno | Parada de la línea de producción de acuerdo con las reglas de reacción establecidas | Operario de línea |
Durante el turno | Analizar los problemas en el momento del defecto. | Operarios + Supervisores |
Durante el turno | Supervisión de los problemas QRQC abiertos por equipos anteriores | Supervisores / Team Leader |
Durante el turno | Monitorización de la línea y seguimiento de los problemas detectados | UAP Manager |
Fin de turno | Informar y traspasar de los problemas detectados al equipo del siguiente turno | Supervisores / Team Leader |
Cuando hacemos referencia al nivel 2 de QRQC, nos referimos a una reunión de 1 hora de duración que tiene lugar todos los días. El principal aspecto del estándar de trabajo de este nivel es considerar que este sesión es inamovible y la ausencia a ésta debe ser por una causa de fuerza mayor.
Otro aspecto a tener en cuenta es que en esta reunión participan: Responsable de fábrica (dirección de operaciones), el Responsable de la UAP y los responsables de los equipos de soporte a la UAP (Calidad, Mantenimiento, Logística, etc.); por lo tanto, es imprescindible que la reunión esté estructurada y cuente con una agenda/guión ya que el tiempo de estos perfiles está bastante cotizado.
Esta reunión se suele dividir en dos partes: los primeros 30 minutos se destinan a revisar los principales problemas diarios y los principales problemas no resueltos en el Nivel 1 de QRQC. La segunda mitad de la reunión se destina a revisar reclamaciones de cliente.
En ambos casos el objetivo es el mismo: profundizar en la causa raíz (RCA) del problema, comprendiendo sus fuentes para llevar a cabo soluciones duraderas y competentes. Para ello, es habitual utilizar una variedad de herramientas y técnicas, como documentación de problemas, análisis de árbol de fallos, el enfoque de los «cinco porqués» o la metodología 8D.
Como rutina o estándar de trabajo del Nivel 2 de QRQC (válida para las 2 partes de la reunión):
Si bien no es lo recomendable, es entendible que no en todos los casos es necesario hacer un análisis de la causa raíz muy extenso. Especialmente en los temas tratados en la primera mitad de la reunión (ya que de lo contrario la reunión duraría bastante más que 1 hora). Sin embargo, lo que sí es imprescindible es que de todos los temas revisados se establezcan acciones y tareas que sean asignadas.
El control de calidad de respuesta rápida se basa principalmente en el ciclo de mejora de Deming o PDCA. A diferencia de lo cultura asiática, hay que reconocer que en occidente somos de ‘Plan’ y ‘Do’, y a veces sólo de ‘Do’. Es necesario que interioricemos que se debe invertir tiempo (y asumir que es un coste a corto plazo) para chequear que las acciones correctivas definidas han tenido el impacto deseado y que se ha eliminado el origen del problema. Una best practice que se puede adoptar para lograr no omitir estos dos pasos del proceso es obligar al responsable del problema a verificar la efectividad de las medidas propuestas. Una forma de lograrlo es mediante una lista de chequeo y/o teniendo que hacer un comentario sobre la efectividad de las medidas adoptadas.
De todos modo, asegurar estos 4 pilares es esencial para el despliegue de QRQC, pero no seguramente no será suficiente para lograr desplegar este sistema. En nuestra siguiente entrada comentamos los factores clave para tener éxito en el despliegue de QRQC.
Cookie | Duración | Descripción |
---|---|---|
cookielawinfo-checkbox-analytics | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics". |
cookielawinfo-checkbox-functional | 11 months | The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional". |
cookielawinfo-checkbox-necessary | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary". |
cookielawinfo-checkbox-others | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other. |
cookielawinfo-checkbox-performance | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance". |
viewed_cookie_policy | 11 months | The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data. |