El minado de procesos proporciona a los equipos de DMAIC Lean Six Sigma registros de eventos para examinar las rutas del proceso y las actividades repetidas. El estudio Process Mining for Six Sigma, publicado en el volumen del diario de 2021, desarrolló una guía para alinear estas técnicas con DMAICDMAIC. Antes de extraer un registro, el equipo debe identificar la decisión de mejora que respaldarán esos registros.
Definir el límite de DMAIC antes de extraer eventos
La guía de DMAIC de la ASQ ubica el alcance del proyecto y los requisitos del cliente en Definir. Un SIPOC SIPOC ayuda al equipo a acordar la unidad de análisis y sus límites. El acta de constitución del proyecto define luego un caso y su punto de inicio de medición. También especifica el resultado que se considera como una finalización exitosa.
El tiempo transcurrido excesivo y los resultados defectuosos que requieren corrección necesitan definiciones operativas independientes en el definición del problemaCTQ del proyecto. La revisión de Definir por parte del sponsor debe establecer qué requisito del cliente tiene prioridad. También debe identificar la medida de calidad que se debe proteger cuando el equipo modifique el proceso.
Medir: establecer qué puede representar el registro de eventos
Un registro de eventos convencional vincula cada actividad a un caso y registra cuándo ocurrió. La información sobre recursos es opcional, como se describe en el artículo de PMSS. El plan de medición de DMAIC necesita una definición para cada campo antes de que el equipo calcule el rendimiento:
- Identificador de caso: la instancia del proceso que se sigue a través del límite del SIPOC VSM acordado.
- Actividad: el paso de negocio representado por cada evento registrado.
- Marca de tiempo (timestamp): el punto registrado por el sistema, como el inicio o la finalización de la actividad.
- Atributos adicionales: las características del recurso o del caso necesarias para las comparaciones planificadas.
La revisión de Medir también debe establecer qué cantidad de trabajo captura el registro. En un estudio de 2024 en Data & Knowledge Engineering, los investigadores observaron a seis empleados en una empresa de servicios profesionales. Descubrieron que un registro del sistema de transformación principal representaría alrededor del 69% del tiempo observado de transformación y validación de datos. La cobertura cayó al 32.5% cuando se evaluó con respecto a todo el trabajo relevante relacionado con los clientes. Esos porcentajes se aplican a la empresa estudiada.
Para un equipo de Lean Six Sigma, esa brecha de cobertura plantea una decisión de alcance: ¿captura el registro propuesto el trabajo nombrado en el acta de constitución? Un Gemba Walk Value Stream Mapping junto con la revisión de extracción ayuda a identificar el trabajo que falta en los registros del sistema. El entregable de Medir debe nombrar esas actividades omitidas y explicar cómo su ausencia limita el análisis.
Una investigación de cuello de botella requiere más que un intervalo largo
Un intervalo largo entre marcas de tiempo necesita una explicación antes de que el equipo de Analizar lo trate como un problema de capacidad. Un estudio de Information Systems de 2024 descompone la espera entre actividades en cinco causas: procesamiento por lotes, contención de recursos, priorización, no disponibilidad de recursos y factores externos. Los investigadores evaluaron su enfoque con registros sintéticos y lo demostraron en un proceso de la vida real. Estas categorías proporcionan a los equipos de Lean Six Sigma causas específicas para investigar antes de proponer capacidad adicional.
El plan de análisis de DMAIC debe distinguir el tiempo transcurrido entre eventos registrados de la espera antes de que pueda comenzar una actividad. Esa distinción depende de lo que registran las marcas de tiempo y de cómo el análisis maneja los calendarios laborales. Una vez confirmadas las categorías de retraso, un Pareto Pareto las clasifica por tiempo acumulado dentro del límite del proyecto.
Las explicaciones que compiten entre sí pertenecen a un diagrama de IshikawaIshikawa. Si el equipo sospecha del procesamiento por lotes, la revisión de Analizar necesita evidencia que vincule las reglas de liberación con los retrasos observados. Un piloto que cambie esas reglas pone a prueba una causa diferente de la de un piloto que cambie la disponibilidad de recursos.
Clasificar el retrabajo antes de contar los defectos
La demostración de facturación del artículo de PMSS compara los casos que contienen repeticiones de actividades con otros casos, examinando sus rutas y tiempos de procesamiento. Esa comparación identifica casos para su investigación. Contar las repeticiones como defectos requiere una regla de negocio, aprobada por el Process Owner, que distinga el trabajo correctivo de la repetición permitida.
Para DMAIC, una medida propuesta es la proporción de casos elegibles que contienen al menos una repetición correctiva confirmada. Un recuento independiente de repeticiones adicionales captura la carga de trabajo de corrección. La medida de defecto a nivel de caso tiene entonces una regla definida que la investigación de 5 Porqués Root Cause Analysis puede probar frente a casos individuales.
Mejorar a través de un piloto vinculado a la causa sospechada
ASQ ubica la evaluación de soluciones en Mejorar. La propuesta piloto debe conectar el cambio seleccionado con un hallazgo de Analizar. Mantener la definición de caso de la línea base brinda al equipo una base constante para la comparación; un resultado de aceptación establecido define la prueba para el cambio. En un proyecto de retrabajo, el piloto debe probar una propuesta de Poka-Yoke frente a la categoría de corrección confirmada antes de un despliegue más amplio.
En la revisión de Mejorar, preguntaría cómo se comparan los grupos del piloto y de la línea base, incluidas las diferencias en la carga de trabajo o la combinación de casos. El sponsor también necesita ver la medida de calidad protegida junto con el tiempo transcurrido. Un intervalo más corto en el panel de minado de procesos es evidencia insuficiente para la aceptación si la combinación de casos ha cambiado o si los defectos han aumentado.
Los planes de control deben incluir el flujo de datos de eventos
La fase de Control de ASQ incluye planes de medición y reacción a largo plazo. El plan de control plan de control también debe nombrar al responsable de las definiciones de actividad de la extracción de eventos y establecer quién aprueba los cambios de mapeo. Los registros faltantes necesitan un tratamiento documentado. El retrabajo recurrente y el deterioro de la cobertura del registro requieren, cada uno, una respuesta asignada.
Las definiciones de medición documentadas deben trasladarse a la cartas de controldocumentación del proceso. Si un cambio en el sistema altera lo que registra una marca de tiempo, el Process Owner necesita una revisión de medición antes de interpretar la siguiente señal de rendimiento.
Fuentes
- Business & Information Systems Engineering (2021), Process Mining for Six Sigma: https://link.springer.com/article/10.1007/s12599-020-00649-w
- Data & Knowledge Engineering (2024), Capturing and Analysing Employee Behaviour: An Honest Day’s Work Record: https://research-portal.uu.nl/ws/portalfiles/portal/239370240/1-s2.0-S0169023X24000740-main.pdf
