pop up image

¿Qué es Jidoka?

Establecer un flujo continuo de trabajo es vital para la implementación exitosa de Lean en cualquier organización. Hacerlo te permitirá entregar valor a tus clientes justo cuando lo necesiten sin tener que mantener demasiado inventario.

Sin embargo, para aprovechar al máximo esta forma de procesar trabajo, debes asegurarte de que la calidad de tu producto cumpla con las expectativas de tus clientes.

Para ayudarte con ello, Lean ofrece un método llamado Jidoka que se basa en 4 pasos simples. Este te permitirá detener tu proceso cuando aparezca un problema y tratarlo de forma definitiva al identificar la causa raíz.

Definición de Jidoka

Por definición, Jidoka es un método Lean ampliamente adoptado en la manufactura y el desarrollo de productos. Conocido también como automatización, es una manera simple de proteger a tu empresa de entregar a tus clientes productos de baja calidad o defectuosos mientras intentas mantener tu takt time.

Con el fin de garantizar que una empresa entregue sus productos sin defectos, Jidoka se basa en 4 principios simples:

  1. Descubrir una anormalidad
  2. Detener el proceso
  3. Solucionar el problema inmediato
  4. Investigar y resolver la causa raíz

Dependiendo de tu industria, estos 4 pasos se pueden aplicar de varias maneras y pueden servir como una base estable para lograr la mejora continua de tu proceso.

Jidoka is automation with a human touch.

Al implementar el concepto Jidoka, cualquiera dentro de tu organización puede detener el flujo de trabajo tan pronto como noten un problema que perjudica la calidad de tu producto.

Es uno de los dos pilares que convirtió a Toyota en el gigante que es hoy. Jidoka se conoce a menudo como el pilar olvidado del sistema de producción de Toyota, esto debido a la relativamente poca atención que recibe en comparación con el sistema JIT.

Origen de Jidoka

Jidoka fue utilizado por primera vez en 1896 por el inventor japonés Sakichi Toyoda, quien más tarde se convirtió en el creador de Toyota Motor Company.

Este tenía la forma de un dispositivo simple que podía detener la lanzadera de un telar automático en caso de que el hilo se cortara. El mecanismo podía detectar si un hilo estaba cortado y, por lo tanto, apagaba la máquina de inmediato y señalaba que había un problema para así evitar producir defectos. Después, el trabajador que operaba el telar debía solucionar el problema y reanudar el proceso de producción.

Esta fue una innovación revolucionaria porque permitía que un trabajador operara más de una máquina a la vez, lo cual aumentaba significativamente la capacidad de producción. Debido a su utilidad, una empresa del Reino Unido compró la patente y prácticamente aportó los fondos para la creación de Toyota.

¿Cómo Aplicar Jidoka en el Trabajo del Conocimiento?

Implementar Jidoka en un entorno de trabajo del conocimiento, como en el desarrollo de software, parece ser un poco más complicado debido a la diversidad de procesos de trabajo. Sin embargo, es perfectamente aplicable cuando consideras los diferentes pasos de un flujo de trabajo de este tipo.

Los primeros dos pasos de Jidoka pueden ser automatizados fácilmente pero solucionar el problema inmediato y resolver la causa raíz requiere de un toque humano.

Por ejemplo, si estás desarrollando una solución de software para un cliente puedes implementar múltiples rondas de pruebas de código automatizadas en el proceso de desarrollo. Estas pruebas evaluarán la calidad de las funciones que estás desarrollando y resaltarán cualquier problema sin tener que probar cada funcionalidad a mano. Posteriormente, tu equipo puede detener el desarrollo y enfocarse en solucionar los problemas en cuestión, investigando el problema y encontrando la causa raíz causante de la situación actual.

La reparación del código debe hacerse a mano debido a que el desarrollador a cargo debe encontrar dónde se rompe la lógica del código. Dependiendo de la gravedad del problema, deberá buscar una solución rápida que lo resuelva temporalmente o profundizar para identificar la causa raíz y tratarla.

Tan pronto como se resuelva el problema, se debe reanudar el proceso de desarrollo.

Ofrecemos la plataforma de software

más flexible para agilidad empresarial orientada a resultados.

Nikolay  Tsonev

Nikolay Tsonev

Product Marketing | PMI Agile | SAFe Agilist certified

Nick es un apasionado del marketing de productos y el desarrollo empresarial, y es un experto en la materia en Businessmap. Con experiencia en OKRs, ejecución de estrategias, Agile y Kanban, continúa impulsando su interés en la mejora continua. Nick es un practicante certificado en PMI Agile y SAFe Agilist.

Inicie su prueba gratuita ahora y obtenga acceso a todas las funciones.

Durante el período de prueba de 14 días, puedes invitar a tu equipo y probar la aplicación en un entorno de producción similar