Mapas del flujo de valor

Historia de los mapas de flujo de valor

Los orígenes de los mapas de flujo de valor suelen situarse en Toyota Motor Corporation. En realidad, sin embargo, no está tan claro. Puede que Toyota adoptara este concepto de otras fuentes o que se desarrollara orgánicamente a partir de ideas compartidas en la comunidad de producción lean. Ya en 1918 podemos encontrar unos primeros diagramas del flujo de materiales e información, en un libro titulado Installing Efficiency Methods (Aplicar métodos eficientes), de Charles E. Knoeppel.

Dentro de Toyota, la práctica se denominó "mapas de flujo de materiales e información" y se implantó casi como algo secundario. En los años noventa del siglo XX, el éxito de Toyota y su uso de prácticas de producción lean sirvieron para promover los mapas de flujo de valor como una práctica recomendada moderna para la eficiencia de los equipos empresariales.

Ventajas de los mapas de flujo de valor

Los mapas de flujo de valor son cruciales para la sostenibilidad de una empresa. Aquí te explicamos por qué.

• Reducir o eliminar el despilfarro puede mejorar los resultados de tu empresa. Como un extra, descubres el origen del problema y la fuente del despilfarro.
• Al identificar entregas con despilfarro en la visualización de flujos de valor, tus equipos pueden mejorar el comportamiento, la cultura, la comunicación y la colaboración de manera consciente.
• Los equipos descartan opiniones individuales y definen prioridades en función de la perspectiva del cliente.

Desafíos de los mapas de flujo de valor

Si no se tiene cuidado, los mapas de flujo de valor también pueden ser una fuente de despilfarro. Aquí te explicamos cómo evitar errores habituales:

• El nivel de esfuerzo necesario para llevar a cabo los mapas de flujo de valor debe estar en equilibrio con el valor y los ahorros en potencia. Presta atención al retorno de la inversión (ROI) desde el principio.
• Involucra a personas expertas de la parte empresarial y del producto a la hora de trabajar con mapas de flujo de valor, ya que el proceso de asignación podría ser enormemente interdisciplinar y complejo.
• El miedo y la incertidumbre son síntomas habituales cuando se realiza un mapa de flujo de valor y el proceso de detección de despilfarros puede resultar agotador.
• Sin duda, mejorar pasos individuales supondrá grandes ahorros. Sin embargo, es posible que no se traduzca directamente en una mejora de los resultados hasta que se haga una remodelación completa. Aun así, la mejor forma de empezar suele ser dar pequeños pasos.
• No te apresures a usar gráficos, herramientas y símbolos profesionales nada más empezar. Primero, haz un dibujo a lápiz o delinea la idea en una pizarra. Tómate tu tiempo antes de formalizar el mapa. Recuerda que quieres acabar con el despilfarro, no crear más del que ya tienes.

En general, hacer mapas de flujo de valor está bien, pero sobrepasarse puede causar problemas.

Mapas de flujo de valor: casos prácticos

Veamos brevemente cómo pueden los mapas de flujo de valor aportar ventajas en diferentes sectores. El dominio determina los elementos de proceso que fluyen a través del mapa de flujo de valores.

En una cadena de suministro, los mapas de flujo de valor pueden eliminar costosos retrasos para la finalización de un producto. En la fabricación, analizan cada etapa del flujo de información y del manejo de materiales para identificar el despilfarro. Los elementos del proceso que atraviesan el flujo del valor son los materiales.

En los sectores de servicios, un mapa de flujo de valor facilita servicios efectivos y puntuales para clientes externos, mientras que, en la administración y oficinas, facilita servicios para clientes internos. En el ámbito sanitario, un mapa de flujo de valor garantiza que se trata a los pacientes de forma efectiva con atención de primera calidad. Los elementos del proceso que atraviesan el flujo del valor son las necesidades del cliente.

Cómo permiten los mapas de flujo de valor identificar y reducir el despilfarro

Los mapas de flujo de valor tienen su origen en el sector de la fabricación empresarial. Como ejemplo, imaginemos que una fábrica de automóviles recibe pedidos de automóviles nuevos y necesita materias primas para producirlos. La compañía utiliza mapas de flujo de valor para definir los pasos necesarios para producir un coche nuevo.

Después de revisar los pasos de producción, la compañía identifica una etapa de entrega que parece tener despilfarro. En esta etapa de entrega, una carretilla elevadora tiene que mover materias primas desde un almacén hasta la línea de producción. Sin embargo, este movimiento supone riesgos para la seguridad y lleva mucho tiempo. A partir de esta información, la empresa decide trasladar permanentemente el almacenamiento de materias primas junto a la línea de producción. Esto aumenta la eficiencia y puede eliminar por completo la necesidad de utilizar la carretilla elevadora.

La producción lean tiene siete fuentes de despilfarro.

Sobreproducción

La sobreproducción es un catalizador de muchas otras formas de despilfarro. Cuando hay un exceso de producción de un producto manufacturado, aumenta el despilfarro a través de costes innecesarios como almacenamiento adicional, materias primas desperdiciadas y capital congelado en inventario inútil.

Inventario

El despilfarro de inventario es el coste de pasivos que conllevan el almacenamiento y la conservación de un inventario excedente. Este despilfarro incluye el gasto en espacio para guardar inventario, el alquiler de almacenamiento, los gastos de transporte o el deterioro de los productos almacenados.

Movimiento

El despilfarro de movimiento es el coste del movimiento manual o mecánico que podría reducirse. El ejemplo anterior de la carretilla elevadora y la ubicación de las materias primas es un ejemplo excelente de despilfarro asociado a movimiento y su optimización. El despilfarro de movimiento tiene muchos resultados adicionales como la contaminación, el despilfarro de combustible de los vehículos, las reparaciones y los costes asociados con la rotura del equipo.

Defectos

Es inevitable que haya accidentes y pueden ser caros. La gestión de despilfarro relacionado con los defectos consiste en identificar y paliar accidentes e imperfecciones que conducen a defectos en el producto final. Los productos defectuosos son costosos, ya que deben ser reemplazados, pueden tener costes adicionales de reciclaje o suponer una pérdida total de las materias primas.

Sobreprocesamiento

El despilfarro relacionado con el procesamiento excesivo se refiere a cualquier paso de la etapa de producción que pueda considerarse innecesario. Ejemplos de esto serían incorporar funciones que no demandaban los usuarios o pulir áreas de un producto que no quedan a su vista.

Esperas

El despilfarro por esperas es el coste de cualquier paso lento en los procesos fabricación que causa un retraso en el resultado final. Las esperas ocasionan gastos en iluminación, calefacción, refrigeración y el riesgo de que los materiales o contratos caduquen.

Transporte

El despilfarro de transporte es muy similar al de movimiento. El despilfarro de transporte se ocupa del movimiento de transporte externo entre varios lugares o terceros, mientras que el despilfarro de movimiento se ocupa del movimiento interno en una ubicación.

Una organización de desarrollo de software no mueve físicamente materias primas entre almacenes para crear un producto terminado. El desarrollo de software implica convertir ideas en experiencias de usuario tangibles que proporcionan valor al cliente.

En una empresa de software, los mapas de flujo de valor analizan el proceso que va desde la recepción de ideas de fuentes como atención al cliente o el análisis de la competencia, hasta una entrega con valor para el cliente final. En el desarrollo de software, las etapas del trazado de mapas de flujo de valor se ocupan principalmente de la comunicación entre equipos.

El usuario solicita una función, los equipos de productos diseñan funciones, los ingenieros reciben el diseño y compilan el software, y el software se envía al usuario final. La gestión de flujos de valor para software puede servir para identificar puntos de despilfarro entre estas etapas.

A continuación, puedes ver una lista de siete tipos de despilfarro encontrados en el desarrollo de software y el trabajo creativo.

Trabajo parcialmente completado

Esto ocurre cuando el software se envía estando incompleto. Puede suceder por la falta de especificaciones o de cobertura de pruebas automatizadas. Un trabajo incompleto también da lugar a otros despilfarros, ya que se necesita trabajo adicional para enviar actualizaciones y subsanar la falta de funciones.

Funciones adicionales

La presencia de funciones adicionales es fuente de despilfarro, ya que exige hacer más trabajo del necesario. Las funciones adicionales son aquellas que los usuarios no han demandado directamente, pero que se han desarrollado por una corazonada o partiendo de supuestos no fundamentados. Las funciones adicionales pueden ser bienintencionadas, pero suelen ser el resultado de una desconexión con las necesidades reales de los clientes.

Reaprendizaje

La falta de documentación interna también puede llevar a despilfarro relacionado con el reaprendizaje. Si hay un fallo o una interrupción del servicio del software, es recomendable investigar y documentar cuál fue la causa y cómo se corrigió. Si el fallo se repite y no se ha documentado, habrá que repetir la investigación y la resolución.

El despilfarro relacionado con el reaprendizaje también ocurre cuando un equipo o un individuo necesitan superar la curva de aprendizaje de una tecnología con la que no están familiarizados. Las tendencias tecnológicas se suceden a un ritmo vertiginoso. Los desarrolladores junior están bombardeados por las tendencias del mercado y por marcos y bibliotecas a la última. Aunque una organización ya sepa cómo compilar una función determinada, es posible que tenga que reaprender a hacerlo en un nuevo marco.

Traspaso de competencias

El despilfarro relacionado con el traspaso de competencias se produce cuando los propietarios del proyecto cambian al cambiar de puesto o cuando hay rotación de empleados. Los miembros clave del equipo se van y el proyecto se entrega a un miembro del equipo que no tiene información de contexto. Es una situación difícil de evitar. También hay despilfarro asociado al traspaso de competencias por mala gestión y cambios en las prioridades de los miembros del equipo durante el trabajo.

También pueden malograrse esfuerzos en relación con el traspaso de competencias en las canalizaciones de comunicación. Por ejemplo, en un equipo de DevOps, el equipo de desarrollo puede integrarse mejor con el equipo de operaciones para evitar errores de comunicación al transferir un producto para su mantenimiento. Este es un ejemplo de cómo evitar que se malogre trabajo relacionado con el traspaso de competencias.

Retrasos

Suelen producirse retrasos cuando dentro de un proyecto hay dependencias fuertes. En un proyecto, la ejecución hacia abajo puede detenerse debido a la dependencia de un recurso o una decisión hacia arriba. Aunque conviene evitar dependencias entre estas tareas, puede ser difícil desvincularlas por completo. El retraso en una tarea puede suponer retrasos en las que dependen de ella. Así, los retrasos pueden causar una cascada de despilfarro. En el desarrollo de software, los ritmos suelen ser de vértigo y las tareas se distribuyen entre miembros del equipo.

Cambio de tareas

El despilfarro relacionado con el cambio de tareas tiene ciertos parecidos con el despilfarro relacionado con el traspaso de competencias. Si el despilfarro por entrega ocurre cuando las tareas cambian de propietario entre miembros del equipo, el despilfarro relacionado con el cambio de tareas se da a nivel individual. Cambiar de contexto requiere esfuerzo mental. Para programar bien, los ingenieros de software adoptan una cadencia o "flujo" mental. Las organizaciones eficientes trabajan para optimizar ese estado mental para sus ingenieros, mientras que las organizaciones ineficientes los bombardean con distracciones no críticas, como reuniones y correos electrónicos que interrumpen su flujo de trabajo.

Defectos

El despilfarro relacionado con los defectos se produce cuando se envían errores al software. Los defectos son similares al trabajo parcialmente completado, pero pueden causar más despilfarro porque los defectos son desconocidos, mientras que el trabajo incompleto suele conocerse de antemano. Los clientes pueden identificar los defectos y notificarlos al servicio de atención al cliente, lo que puede ser una canalización costosa que cause retrasos y cambios de tareas.

Símbolos de los mapas de flujo de valor

Existen símbolos estándar para trazar los mapas de flujo de valor.

1. Decide qué problema quieres resolver

¿Qué problema vas a resolver desde el punto de vista del cliente? ¿Tus clientes creen que tardas demasiado en ofrecer nuevas funciones o mejoras para un producto? Publica la formulación del problema y unifica criterios.

2. Reúne al equipo adecuado

Reúne un equipo experimentado que pueda abordar hábilmente estos problemas de manera oportuna. El nivel directivo debería reservar presupuesto suficiente como para garantizar que no haya interrupciones.

3. Delimita el proceso

Cuando hayas publicado la formulación del problema, delimita el alcance de los mapas de flujo de valor en consecuencia. Es posible que no tengas que trazar el mapa de todo el proceso de publicación, sino centrarte en un área concreta.

4. Traza el mapa del proceso delimitado

Recuerda revisar el proceso que has delimitado. Esto puede marcar la diferencia, ya que la experiencia de primera mano no puede ser sustituida por relatos (que pueden estar sesgados) ni documentos (que pueden ser incompletos e inexactos) hechos por otros.

Define los pasos. Realizo un análisis de mapas de flujo de valor varias veces. Puede sonar repetitivo, pero en la segunda pasada me he dado cuenta de que faltaban cosas que no salieron en la primera vuelta. ¡Y aún quedaban esqueletos en el armario en la tercera pasada!

5. Recopila datos de proceso

A medida que realices los mapas de flujo de valor, anota los datos del proceso en los cuadros de datos del mapa. Son datos de proceso, por ejemplo, la cantidad de personas involucradas, el promedio de horas de trabajo, la duración del ciclo, el tiempo de espera o los tiempos de actividad y de inactividad, entre otros muchos.

6. Crea un cronograma

Asigna tiempos de proceso y plazos.

7. Evalúa el mapa actual

Ve a la raíz. ¿Tus equipos tienen varias dependencias entre sí? ¿Tus plazos son muy largos? En tal caso, ¿es porque no ejecutáis pruebas en paralelo (o no podéis hacerlo)? ¿Tus entornos son estables u observas fallos de pruebas intermitentes que los equipos no pueden reproducir?

También puede que haya pasos del proceso que te parezcan valiosos, pero que no lo sean para el cliente. En cuanto al flujo de información, busca puntos en los que el flujo se estanque o arrastre. Fíjate si en esos puntos hay envíos o incorporaciones.

8. Diseña el mapa futuro

Puede que no seas capaz de ofrecer una versión final y redonda. No pasa nada. Lo importante es asegurarte de que tu nuevo mapa se corresponde con la visión de la empresa.

Además, nada está grabado en piedra. Ve haciendo ajustes según las necesidades de los clientes.

9. Implementa el mapa futuro

Sigue los mapas de flujo de valor del futuro y asegúrate de que tengan sentido desde la perspectiva del cliente. Deberían haber resuelto el problema que formulaste al comienzo. Supervisa con regularidad los KPI y aprende de las tendencias. Asegúrate de que todo el mundo rema a favor de los clientes.

Si te interesa ver cómo es el resultado, aquí tienes un ejemplo de mapa de flujo de valores.

Uso de los mapas de flujo de valor en la entrega continua

En el desarrollo de software, la gestión de flujos de valor puede sacar a la luz ineficiencias en el proceso que va de la idea a la producción, como bucles de feedback y trabajo repetido. Puede reducir el número de pasos y la necesidad de hacer trabajo repetido. Trazar mapas del proceso puede servirte para visualizar dónde se producen los cambios de competencias y descubrir dónde hay tiempos de espera que impiden que el trabajo avance por el sistema.

Por definición, la entrega continua (CD) no necesita recurrir a mapas de flujo de valor y se puede diseñar e implementar una canalización de CD sin conocimientos al respecto.

Con una implementación adecuada, el mapa de flujo de valor fomenta una cultura de mejora continua que ha demostrado su efectividad en las operaciones y la ingeniería de software. El mapa muestra los resultados del análisis del flujo de valor, que ofrece una herramienta visual para facilitar la información y la comunicación.

¿Por qué deberías utilizar mapas de flujo de valor en tu equipo?

¿Por qué deberías utilizar mapas de flujo de valor en tu equipo?

Se pueden emplear mapas de flujo de valor en sectores que quieren mejorar sus procesos en todas las funciones del negocio. Visualizar las entregas sirve para optimizar el flujo y para ahorrar costes. Sin esa visualización, tus reuniones serán más largas y los resultados de negocio, poco claros.

Los mapas de flujo de valor pueden hacer maravillas a la hora de impulsar la mejora continua. En el desarrollo de software, la mejora continua está en el corazón del paradigma continuo en el que las canalizaciones de entrega continua suministran productos de forma habitual, previsible y sostenible a los clientes. ¡Si puedes publicar a la velocidad a la que surgen las ideas, harás las delicias de tus clientes!

Los mapas de flujo de valor también mejoran la cultura del equipo, ya que los equipos productivos están más comprometidos y es más divertido trabajar con ellos. Las ventajas en términos de cultura, productividad y ahorro son solo algunos de los resultados. Visto así, ¿no deberías poner los mapas de flujo de valor entre las prioridades de tu backlog?

Open DevOps de Atlassian es una plataforma de cadena de herramientas abierta con la que podrás compilar una canalización de desarrollo basada en CD con tus herramientas favoritas. Con Jira como eje, puedes integrar mapas de flujo de valor en tu flujo de trabajo y tus procesos.