Lean Six Sigma y DMAIC: mejora de procesos lean basada en datos

La mejora de procesos Lean permite detectar de forma sistemática dónde se pierde tiempo o calidad y poner a prueba cambios con datos. En esta guía verá cómo Lean Six Sigma y DMAIC ayudan a estructurar el trabajo, qué datos necesita cada fase y cómo aplicar el ciclo a un proceso de pedido a cobro. El objetivo es partir de una línea de base sólida, analizar los datos para comprobar las hipótesis y establecer controles que permitan mantener las mejoras.

La mejora de procesos Lean es más que un conjunto de herramientas. DMAIC ofrece una estructura práctica para investigar un proceso y decidir qué cambiar.

Qué es Lean Six Sigma y qué no es

Lean, Six Sigma y Lean Six Sigma están relacionados, pero abordan problemas distintos.

Lean busca eliminar las actividades que no aportan valor, como las esperas, los traspasos innecesarios y el retrabajo. Six Sigma busca reducir la variación y los defectos. Lean Six Sigma combina ambos objetivos en un esfuerzo de mejora estructurado.

El mapeo Lean, incluido el Mapeo del flujo de valor, permite representar cómo debería fluir el trabajo. Los datos de procesos muestran cómo se mueven realmente los casos por los sistemas. Juntos, el mapa y los datos ofrecen al equipo una base para analizar en qué puntos el proceso se aparta de lo previsto.

También conviene tener claro qué no es Lean Six Sigma:

• No es un programa de certificación. Los cinturones son un formato de formación. Una acreditación no sustituye una línea de base medida ni un proyecto de mejora real.
• No sustituye el conocimiento del proceso. DMAIC estructura la investigación, pero el equipo sigue necesitando comprender el trabajo y sus limitaciones.
• No es un proyecto puntual. La fase Control permite supervisar el proceso cuando el equipo del proyecto ya no está involucrado.
• No se limita a la fabricación. En los procesos administrativos también hay esperas, retrabajo, traspasos y pasos innecesarios.

Por qué DMAIC necesita datos, no opiniones

DMAIC incluye una fase de Medición porque hace falta una línea de base para saber si un proceso ha mejorado. Sin ella, la fase de Análisis puede convertirse en una discusión sobre quién recuerda mejor lo ocurrido.

La observación manual y el muestreo ayudan a comprender un proceso, pero solo abarcan los casos y pasos observados. En los procesos administrativos, el trabajo puede pasar por un ERP, un CRM, un sistema de tickets y hojas de cálculo. Ninguna persona que observe el proceso puede seguir todos los casos de principio a fin.

Cuando los sistemas registran una referencia de caso, una actividad y una marca de tiempo, puede utilizar esos registros de eventos para reconstruir cómo avanzaron los casos por el proceso. En lugar de recopilar cada observación manualmente, el trabajo consiste en revisar los datos e interpretar los resultados. Process Mining ofrece una forma de analizar esos registros a lo largo del proceso.

La comparación entre el trabajo documentado y el real puede revelar dos tipos de brechas:

• Pasos que aparecen en el diagrama, pero no se realizan en la práctica. Puede que ya no se lleve a cabo un control o que una aprobación haya dejado de ser necesaria.
• Pasos que se realizan en la práctica, pero no aparecen en el diagrama. Una solución alternativa puede haberse convertido en rutina sin que nadie se encargue de revisarla.

Las cinco fases de DMAIC para la mejora de procesos Lean

DMAIC consta de cinco fases estándar: Definir, Medir, Analizar, Mejorar y Controlar. Cada fase responde a una pregunta distinta y genera un resultado diferente. Estos pasos de mejora de procesos Lean permiten pasar de un problema definido a un cambio supervisado.

Definir: establecer el problema, el alcance y los CTQ

Qué sustituyen los datos: las suposiciones sobre qué casos y actividades forman parte del alcance.

Defina el problema que quiere resolver, los límites del proceso y las medidas críticas para la calidad (CTQ) que importan al cliente o a la empresa. Primero, acuerde qué se considera un caso. Puede ser un pedido, un ticket, una factura o una reclamación. Esa decisión determina qué eventos se agrupan y afecta a todas las medidas posteriores.

Use los datos del proceso para comprobar si la visión inicial del equipo coincide con la forma en que se trabaja actualmente. El análisis puede revelar variaciones o medidas que no surgieron en un taller. Documente el alcance en un mapa de procesos o un diagrama BPMN para que el equipo pueda revisar la misma representación.

Un resultado útil: un alcance del que pueda hacerse cargo un equipo, una definición de caso que todos entiendan y CTQ que puedan medirse con los datos disponibles.

Medir: establecer una línea de base para el tiempo de ciclo, el coste y el retrabajo

Qué sustituyen los datos: las estimaciones y las muestras pequeñas que se usan como aproximación al rendimiento actual.

Mida el proceso con respecto a los CTQ acordados en la fase Definir. Según los datos disponibles y el alcance del proyecto, una línea de base útil puede incluir el tiempo de ciclo, el coste y el retrabajo por caso.

Si el proceso abarca varios sistemas, compruebe cómo se vincularán sus registros. Unir los registros mediante un identificador de caso acordado puede ayudar a seguir un caso entre sistemas. Valide la unión y las marcas de tiempo antes de confiar en los resultados: una unión parcial o incorrecta puede hacer que la línea de base parezca más fiable de lo que es.

Use la línea de base para describir el rendimiento actual antes de fijar un objetivo. Vincule las medidas al planteamiento del problema, en lugar de elegirlas solo porque sean fáciles de extraer.

Un resultado útil: una línea de base que pueda revisar la persona responsable del proceso, con los supuestos y las limitaciones de los datos en que se basa.

Vea cómo establecer una línea de base a partir de datos reales del proceso.

Analizar: encontrar cuellos de botella, variantes y brechas de conformidad

Qué sustituyen los datos: las hipótesis planteadas en talleres que no se han contrastado con el comportamiento real del proceso.

Analice la evidencia para entender por qué varía el rendimiento. Busque dónde se acumulan las demoras, qué variantes del proceso se producen, qué volumen sigue rutas menos habituales y en qué puntos los casos se apartan del proceso previsto.

Una variante del proceso es una de las rutas que siguen los casos. Comparar las variantes ayuda a determinar si una demora es generalizada o se concentra en una ruta concreta. El análisis de conformidad compara el comportamiento real con el proceso previsto y permite identificar sus diferencias.

Ordene las posibles causas según su impacto y contrástelas con los datos. Un análisis riguroso puede confirmar la hipótesis inicial del equipo, pero también revelar que la principal limitación está en otra parte. Para ver un ejemplo práctico, consulte cómo analizar un proceso e identificar cuellos de botella.

Un resultado útil: una lista priorizada de posibles causas raíz, respaldadas por evidencia y abiertas a revisión.

Mejorar: priorizar y probar los cambios antes de implementarlos

Qué sustituyen los datos: elegir un cambio porque resulta familiar o fácil de anunciar.

Use el análisis para identificar cambios que aborden las causas detectadas. Compare el impacto previsto con el esfuerzo y el riesgo que implican. Siempre que sea posible, modele el proceso propuesto y simule escenarios antes de implementarlo. Así podrá explorar cómo podría afectar un cambio al proceso, sin tomar la simulación como garantía de lo que ocurrirá.

Documente el proceso objetivo para que las personas que realizan el trabajo comprendan el nuevo flujo. Después de implementarlo, mida los mismos indicadores que utilizó para establecer la línea de base. Esta comparación permite evaluar si el cambio mejoró el rendimiento o generó una nueva limitación en otra parte.

Un resultado útil: un cambio probado frente a la línea de base y un plan para comprobar el rendimiento real después de implementarlo.

Controlar: supervisar el rendimiento, los Dashboards y las responsabilidades

Qué sustituyen los datos: depender de auditorías ocasionales o de la memoria para detectar cambios en el rendimiento.

La fase Controlar ayuda a mantener una mejora. Elija qué medidas supervisará, establezca umbrales que activen una revisión y designe a la persona responsable de responder. Un Dashboard permite que la persona responsable del proceso vea si el rendimiento cambia y dónde conviene investigar.

Acuerde la frecuencia de las revisiones y qué medidas tomar cuando un indicador salga del rango previsto. A medida que cambien los volúmenes o la combinación de casos, revise si el proceso y sus objetivos siguen siendo adecuados.

Un resultado útil: una persona responsable, expectativas claras para las revisiones y medidas que ayuden a detectar retrocesos y decidir los siguientes pasos. Para saber más sobre la medición continua, lea cómo supervisar continuamente su proceso.

Ejemplo práctico: del pedido al cobro

Estas son algunas formas en que las cinco fases podrían aplicarse al proceso del pedido al cobro. Las cifras ilustran un ejemplo, no son un resultado garantizado.

Definir. El proyecto abarca el proceso del pedido al cobro de una familia de productos. El caso comienza cuando se acepta un pedido y termina cuando se paga la factura. Los CTQ son la precisión de las facturas y el tiempo hasta el cobro. Como el problema son los retrasos en el cobro, el pago es un punto final más pertinente que el envío.

Medir. El equipo une los datos de eventos del ERP y del sistema de facturación mediante el número de pedido. La línea de base muestra una mediana de 34 días entre la aceptación del pedido y el pago. Once de esos días transcurren entre la generación y el envío de la factura.

Analizar. La demora se concentra en rutas concretas. En este ejemplo, el 22 % de los pedidos pasa por una comprobación manual de crédito que añade nueve días, y una de cada seis facturas se vuelve a emitir, lo que reinicia el plazo de pago. Ninguna de estas rutas aparece en el modelo de proceso documentado.

Mejorar. El equipo considera elevar el umbral de crédito para que las comprobaciones manuales se centren en las excepciones. Una simulación con datos históricos indica que esto podría reducir nueve días en el 18 % de los pedidos sin aumentar la deuda incobrable en esos datos. Aun así, el equipo tendría que revisar el rendimiento real después de la implementación.

Controlar. El equipo hace seguimiento de la proporción de pedidos que siguen la ruta manual y establece un umbral para activar una revisión. El equipo de gestión de pedidos es responsable de la medida y comparte el Dashboard con el equipo encargado del proceso.

Errores frecuentes en la mejora de procesos Lean

Un proyecto DMAIC puede seguir los pasos correctos sobre el papel y aun así no generar cambios útiles. Preste atención a estos patrones:

• Burocracia impulsada por los cinturones. El equipo dedica tiempo a los documentos del proyecto antes de revisar el proceso o sus datos. Los estatutos y los mapas de partes interesadas pueden ser útiles, pero por sí solos no demuestran avances.
• Sin una línea de base sólida. Si se omite la fase Medir o se basa solo en una encuesta, hay poco que contrastar en la fase Analizar. Sin un punto de partida, después no se puede hacer una comparación fiable.
• Alcance definido a nivel de programa. Un programa amplio puede no tener una persona responsable, una definición de caso ni una medida sobre la que pueda influir un solo equipo. Limite el alcance a un proceso con límites y responsabilidades claros.
• Se elige la mejora antes de analizar. Si el equipo ya ha decidido qué automatizar o rediseñar, puede buscar solo evidencia que respalde esa decisión. Use la fase Analizar para comprobar la causa propuesta, no para justificar una solución predeterminada.
• Se omite la fase Controlar. Si nadie se responsabiliza de las medidas cuando termina el proyecto, los cambios en el rendimiento pueden pasar inadvertidos. Antes de cerrar el proyecto, defina quién será responsable, los umbrales y la frecuencia de revisión.

Cómo ayuda ProcessMind en cada fase de DMAIC

ProcessMind ayuda a analizar los datos del proceso, documentar los flujos, evaluar el rendimiento y simular cambios propuestos. La plataforma facilita la investigación; el equipo decide qué cambios realizar y los implementa. Estas herramientas de mejora de procesos Lean aportan evidencia al ciclo DMAIC, sin sustituir la experiencia ni la responsabilidad sobre el proceso.

Las fases parten de una definición compartida del proceso. Si cada una utiliza datos distintos o una perspectiva diferente, el equipo puede acabar dedicando tiempo a conciliar esas diferencias en lugar de evaluar la mejora.

Para conocer el flujo de análisis, consulte cómo analizar datos de procesos. Para ver cómo se complementan el modelado de procesos y Process Mining, lea el papel conjunto del modelado de procesos y Process Mining.

Cómo iniciar un proyecto DMAIC

Siga estos pasos para convertir un objetivo de mejora amplio en un proyecto que el equipo pueda medir. Este modelo de mejora de procesos Lean permite centrar el primer ciclo en un proceso que el equipo pueda definir, medir y revisar:

1. Elija un proceso con una persona responsable claramente identificada. Si nadie se responsabiliza del proceso, será difícil asignar responsabilidades para la fase Controlar.
2. Acuerde la definición de caso. Registre qué marca el inicio y el final de un caso e identifique qué sistemas capturan esos eventos.
3. Mida antes de mejorar. Establezca una línea de base antes de que los talleres o el rediseño definan el estado objetivo.
4. Centre el primer ciclo. Empiece con un alcance que el equipo pueda investigar y revisar; después, use lo aprendido para decidir qué analizar a continuación.

Una vez que haya probado un cambio, ponga en práctica las mejoras.

Próximos pasos

Inicie su proyecto DMAIC con una línea de base medida.

Inicie su proyecto DMAIC con una línea de base medida