Guía de Process Mining para el sector tecnológico

Process Mining en el sector de alta tecnología

En el sector tecnológico, los cambios de producto e ingeniería son constantes y pueden hacer que el trabajo pase varias veces por revisión, aprobación e implementación. Cargue un Registro de eventos para ver cómo avanzan las órdenes de cambio de ingeniería, dónde se acumulan casos o se repiten actividades y cuánto retrabajo añade al tiempo de ciclo. También puede mapear el proceso y simular los cambios propuestos antes de implementarlos.

¿Por qué centrarse en las órdenes de cambio de ingeniería?

Los cambios de ingeniería son necesarios a medida que evolucionan los diseños, los requisitos y las necesidades de producción. Sin embargo, cada cambio puede generar más revisiones, traspasos o correcciones. Un diagrama de proceso muestra la ruta prevista; los datos de eventos revelan las rutas que siguen realmente los casos.

En las empresas de alta tecnología, medir esas rutas ayuda a distinguir las revisiones necesarias de las repeticiones que podrían evitarse. También ofrece a los equipos de operaciones y a las personas responsables de los cambios de ingeniería una base común para decidir qué investigar.

¿Cómo se mide el retrabajo por caso?

Empiece con un Registro de eventos exportado de un proceso de cambio de ingeniería. Cada registro debe incluir el caso, la actividad y la marca de tiempo. Añada atributos útiles, como el producto, el equipo o el tipo de cambio, si sus datos los incluyen.

Defina el retrabajo como una actividad que se repite dentro del mismo caso. Por ejemplo, si una orden de cambio de ingeniería vuelve a «Revisión» después de que esa actividad ya se haya realizado, cuente una revisión repetida. Aplique la misma regla a todos los casos y compare el número de repeticiones y el tiempo transcurrido por caso o variante.

La regla es importante: una actividad repetida es una medida práctica del retrabajo, pero no explica por qué hubo que repetirla. Revise los casos que forman parte del recuento para determinar si la repetición era necesaria o podía evitarse.

¿Qué puede mostrar Process Mining?

Process Mining reconstruye las rutas registradas en sus datos de eventos. En un flujo de órdenes de cambio de ingeniería, puede usarlo para:

• Comparar las rutas que siguen los casos desde el inicio hasta la finalización.
• Detectar actividades con esperas prolongadas o ejecuciones repetidas.
• Medir el tiempo de ciclo entre variantes, equipos o grupos de productos, si esos atributos están disponibles.
• Ver dónde se apartan los casos del proceso documentado.

Sus hallazgos dependen de los eventos y atributos incluidos en el registro. Process Mining muestra lo que registran los datos, pero no puede determinar si un cambio era técnicamente necesario. Para conocer mejor el análisis, consulte cómo analizar su proceso.

¿Cómo se mapea el proceso?

Use sus hallazgos en ProcessMind para documentar el flujo actual y acordar el proceso objetivo. Con el modelado BPMN, puede mostrar actividades, traspasos, decisiones y excepciones a las personas responsables del proceso y a quienes analizan los datos.

Compare el modelo con las variantes de su Registro de eventos. Así, su equipo tendrá una base concreta para conversar sobre las diferencias entre el proceso documentado y el trabajo diario. También puede leer sobre cómo combinar el modelado de procesos y Process Mining.

¿Cómo puede probar un cambio antes de implementarlo?

Cuando identifique un cuello de botella o un paso repetido, defina un cambio concreto para evaluar. Podría probar otra regla de asignación de rutas, reducir los traspasos o cambiar la forma de asignar el trabajo. El escenario adecuado depende de su proceso y de los datos disponibles.

Use la simulación de procesos para comparar escenarios y evaluar sus posibles efectos en el tiempo de ciclo y la capacidad antes de implementarlos. La simulación le ayuda a evaluar un diseño de proceso propuesto, pero no implementa el cambio ni garantiza un resultado. Consulte la documentación de simulación para saber cómo comparar escenarios.

Pruebe el cambio antes de implementarlo

¿Qué datos necesita para empezar?

Elija un flujo de cambios de ingeniería y exporte los datos de eventos necesarios para seguir cada caso. Como mínimo, incluya:

• Un ID de caso para cada orden de cambio de ingeniería.
• El nombre de una actividad para cada paso registrado.
• Una marca de tiempo para cada evento.

Añada atributos como el producto, el equipo o el tipo de cambio cuando estén disponibles y sean relevantes para su pregunta. Empiece con una medida concreta, como las revisiones repetidas por caso o el tiempo de ciclo por variante del proceso. La guía del Registro de eventos explica cómo preparar sus datos.

¿Qué debería investigar primero?

Revise las rutas más frecuentes y compárelas con los casos que presentan actividades repetidas o esperas prolongadas. Pregúntese si cada repetición forma parte del proceso de revisión requerido, se debe a una corrección o responde a un problema en un traspaso. Use la respuesta para elegir un cambio que valga la pena probar.

Si su trabajo también incluye operaciones de producción, además de cambios de ingeniería, consulte el caso de uso de manufactura.

Cuantifique el retrabajo en un solo flujo