M365Con 2027 – conferencia online gratuita · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Errores comunes al hacer mapas de flujo de valor y cómo evitarlos

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

Por ·

Los errores al hacer mapas de flujo de valor son fáciles de cometer y costosos. Aprende a evitar mapear demasiado, mapear sin actuar, usar datos débiles y elegir al equipo equivocado.

Traducido automáticamente con IA a partir de la publicación original. Lee el original en inglés

Los errores más comunes al hacer mapas de flujo de valor son mapear demasiado, mapear sin actuar, confiar en la memoria en lugar de la observación y dejar fuera a las personas que conocen el flujo. Esta guía está pensada para responsables de mejora continua que quieren mapas que lleven al cambio. Se basa en profesionales que han visto cómo fallan los mapas, explica cómo evitar cada error y termina con un ejemplo práctico de cómo un solo número estimado cambia por completo la imagen.

Puntos clave

  • Los errores más comunes al hacer mapas de flujo de valor son mapear demasiado, mapear sin actuar, usar la memoria o estimaciones en lugar de datos observados y dejar fuera a las personas adecuadas.
  • Deja que tu objetivo de mejora defina el alcance. Una familia de productos, un flujo y un mapa que quepa en una hoja son un buen punto de partida.
  • Un mapa no es un entregable. Es el inicio de un plan con responsables y fechas, y el estado futuro se convierte en el próximo estado actual.
  • Dibuja el estado actual en el lugar de trabajo y comprueba tú mismo los números. Las lagunas de datos son hallazgos, no razones para adivinar.
  • Incluye a las personas que conocen el flujo y a las que pueden cambiarlo, y haz que el mismo equipo mantenga el mapa actualizado.

¿Cuáles son los errores más comunes al hacer mapas de flujo de valor?

El mapeo de flujo de valor dibuja el flujo de materiales e información de una familia de productos, desde el cliente hasta el proveedor, para que puedas ver el desperdicio y planificar un flujo mejor. Es una herramienta central de la manufactura lean. El método es sencillo sobre el papel, y por eso los equipos saltan pasos, y de ahí derivan la mayoría de errores del VSM. Varios profesionales han enumerado qué sale mal:

  • Severino Abad, del Instituto Lean Management, enumera ocho errores en su artículo para Planet Lean Avoiding the most common mistakes with VSM. Entre ellos están mezclar la realidad con las suposiciones, usar datos débiles, dejar fuera a personas clave, perderse en el detalle y separar el mapeo de la acción.
  • Jeff Pierce enumera nueve fallos en Value Stream Mapping Gone Wrong, entre ellos un equipo inadecuado, la falta de métricas, la parálisis por análisis y mapas sin ninguna acción.
  • Tom Voss agrupa sus lecciones en alcance, personas, datos y seguimiento en Value Stream Mapping: Lessons from the Front.

Las listas se solapan bastante. Las cuatro secciones siguientes cubren los errores que aparecen en todas ellas: alcance, acción, datos y personas.

¿Cómo evitar mapear demasiado?

Los problemas del VSM suelen empezar por el alcance. Abad afirma que intentar mapearlo todo de una vez provoca parálisis por análisis, y que los equipos deben centrarse en el proceso que han elegido cambiar. Pierce coincide: cuando un equipo lo mapea todo, se pierde en el detalle.

¿Cuánto detalle es el adecuado? Las fuentes dan cifras distintas porque miran niveles diferentes:

  • Christoph Roser de AllAboutLean, en Practical Tips for Value Stream Mapping, sitúa el punto óptimo en entre 4 y 15 cajas de proceso, afirma que más de 30 es una pérdida de tiempo y limita el mapa a una hoja A3. Si no cabe, tiene demasiado.
  • Voss dice que tus objetivos de mejora deben definir el nivel de detalle. Un mapa a nivel de planta se centra en el lead time global. Un mapa de célula de trabajo necesita tiempos de tarea en segundos y recuentos discretos de inventario. Su regla práctica es de 20 a 30 pasos para el flujo principal, y señala que añadir detalle más adelante es más fácil que consolidar pasos.

Ambos autores advierten contra el exceso de detalle. Voss añade que demasiado detalle oculta los problemas, que muy poco detalle oculta los aspectos que importan y que el mapa debe hacer visibles los cuellos de botella.

Mapear todas las cadenas de valor de una planta a la vez es el mismo error a mayor escala. Una regla práctica: elige una familia de productos y una pregunta, como "¿dónde se va el lead time?". Dibuja cada paso del proceso que responda a la pregunta, con su tiempo de ciclo, su tiempo de cambio y su stock. Si el mapa crece más allá de una hoja, probablemente estás mapeando varias cadenas de valor, y cada una merece su propio mapa.

¿Cómo evitas mapear sin actuar?

Un mapa que termina en un cajón es el más costoso de los errores al mapear cadenas de valor. Voss escribe que un mapa de cadena de valor no es un entregable independiente. Es el punto de partida de un plan, y el plan debe ejecutarse. Limita cada plan de cadena de valor a unos seis meses, tras los cuales el estado futuro pasa a ser el nuevo estado actual y el ciclo se repite. Pierce es igual de directo: los mapas por sí solos no mejoran la cadena de valor, así que diseña el estado futuro e implementa los cambios.

Abad añade un punto sobre el impulso. Un buen mapa está vivo y refleja los cambios del proceso a lo largo del tiempo. Las empresas que usan un mapa temprano para informar a las personas dejan que quede obsoleto. Usar el mapa solo para explicar cómo se hace el trabajo no recompensa el esfuerzo que el equipo dedicó a recopilar información en el gemba, el lugar donde se realiza el trabajo.

Estos pasos mantienen el mapa ligado a la acción:

  1. Redacta un plan de una página con cada mejora, un responsable y una fecha, antes de que termine el taller de mapeado.
  2. Asigna una persona a cada área de mejora. Voss recomienda un jefe de proyecto por área.
  3. Organiza eventos kaizen después del mapa. Kaizen significa mejora en pequeños pasos. Pierce aconseja mapear primero para fijar el plan y los objetivos, y luego organizar eventos para implementar mejoras concretas.
  4. Comunica las victorias tempranas. Voss señala que los empleados que ayudan a convertir el mapa en mejoras reales están más dispuestos a participar en el siguiente taller de mapeado.
  5. Vuelve a dibujar el mapa después de cada ronda de cambios.

¿Cómo evitas datos poco fiables y el equipo equivocado?

Ambos errores hacen que el mapa describa una planta que no existe.

Datos. Abad considera difícil separar cómo ocurren las cosas de cómo las personas dicen que ocurren y de cómo deberían ocurrir. La brecha se amplía cuando los equipos usan suposiciones en lugar de observación. Cuando falta información real, los equipos recurren a promedios o cifras antiguas, lo que hace que el takt time y la OEE no sean fiables. Roser coincide. Dice que el estado actual debe dibujarse en el piso de producción, porque un mapa dibujado en otro lugar muestra cómo deberían ser las cosas, y que debes verificar la información tú mismo en lugar de limitarte a preguntar a los empleados.

Voss hace una observación útil para los equipos con lagunas: los datos incompletos o deficientes son en sí mismos un impedimento para el flujo, así que trata las lagunas de datos como hallazgos. También sugiere validar los datos del estado actual con observaciones de tiempos, recuentos de inventario y métricas de calidad actuales. Pierce lo plantea como la necesidad de tiempos de ciclo precisos y actualizados. Las medidas estimadas o desactualizadas conducen a análisis deficientes.

Personas. Pierce recomienda un equipo multifuncional que comprenda el trabajo y tenga autoridad para hacer cambios, incluidos los líderes. De lo contrario, el equipo puede mapear procesos que nadie en la sala puede cambiar. Abad añade que los expertos informales que dan forma al flujo deberían ayudar a definir el estado actual. Sin ellos, el mapa no recoge cómo funciona realmente el proceso. Voss sugiere mantener al mismo equipo actualizando el mapa con el tiempo, para que el proceso siga siendo relevante.

Ejemplo: cómo un solo número supuesto cambia el panorama

Este es un ejemplo ilustrativo con cifras inventadas, no un caso medido. Un equipo mapea cinco pasos de una misma familia de productos. La demanda es de 200 unidades al día, y una jornada laboral tiene 25,200 segundos. El tiempo de procesamiento es de 200 segundos por unidad, de los cuales 120 segundos aportan valor.

De memoria. El equipo afirma que cada paso tiene alrededor de un día de stock. Eso suma 5 días de espera, o 5 × 25,200 = 126,000 segundos. El lead time es 126,000 + 200 = 126,200 segundos. La proporción de valor añadido es 120 ÷ 126,200 = alrededor del 0.095 por ciento.

A partir de un recuento. En planta, alguien cuenta el stock delante de cada paso: 400, 300, 300, 200 y 200 unidades. Son 1,400 unidades. A 200 unidades al día, el tiempo de espera es de 7 días, o 7 × 25,200 = 176,400 segundos. El lead time es 176,400 + 200 = 176,600 segundos. La proporción de valor añadido es 120 ÷ 176,600 = alrededor del 0.068 por ciento.

Qué significa la diferencia. El lead time real es 50,400 segundos, es decir, 2 días laborables, más de lo que el equipo creía. Eso supone alrededor de un 40 por ciento más que la cifra recordada. Supongamos que el equipo fija como objetivo del estado futuro la mitad del stock recordado, 2.5 días. Frente a los 7 días reales, ese objetivo exige un recorte de 4.5 días, es decir, alrededor del 64 por ciento, y no del 50 por ciento. Un equipo que planifica con un 50 por ciento fallará su objetivo sin saber por qué.

El recuento llevó menos de una hora. La suposición le costó al equipo un objetivo equivocado.

Errores comunes

Más allá del alcance, la acción, los datos y las personas, en las fuentes aparecen estos errores:

  • Suponer qué valora el cliente. Pierce aconseja hablar con los clientes o sus representantes. Sin esto, no se puede juzgar qué pasos aportan valor.
  • Usar los mapas para arreglos tácticos. Pierce sugiere mapear toda la cadena de valor para alinearla estratégicamente, y usar el mapeo a nivel de proceso para profundizar en áreas concretas.
  • Romper las reglas del flujo de información. Roser dice que cada proceso debe tener un único flujo de información, y que este no debe terminar en el inventario, porque el inventario no puede actuar sobre la información.
  • Aplicar símbolos de fábrica al trabajo de oficina. Abad señala que las oficinas y los proyectos tienen flujos menos lineales. Propone diagramas de calles (swimlanes) para mostrar qué departamento es responsable de cada actividad.
  • Hacer un rediseño grande de una sola vez. Pierce prefiere cambios pequeños e incrementales: hacer un conjunto, medir su impacto y luego hacer el siguiente.
  • Limitar la participación. Abad advierte que restringir el mapeo a ciertas funciones ofrece una visión parcial de la realidad y puede generar conflictos.

Cómo puede ayudar el software

El software no puede sustituir el recorrido por la planta, y no corrige un alcance mal definido. Sí puede mantener un mapa actualizado una vez que el método está claro. iFAKT's Polaris VSM es un módulo de iFAKT Polaris para el mapeo del flujo de valor basado en datos. Modela de forma colaborativa los flujos de material e información, y hace visibles el desperdicio y los cuellos de botella. Úsalo para actualizar las cifras, y mantén en la sala a las personas que conocen el flujo.

Siguiente paso

Revisa tu último VSM con los cuatro temas: alcance, acción, datos y personas. Después, corrige primero el más débil, para que los errores del mapeo del flujo de valor no se repitan en tu próxima ronda.

Seguir el podcastSpotify

Entidades en este artículo

Polaris VSM Value stream mapping Kaizen

Artículos relacionados

RSS

Patrocinado

iFAKT GmbH