(TRADUCCIÓN)
En el mundo de hoy, sin duda se
siente como la automatización y el uso de la tecnología digital puede resolver
casi cualquier problema. Ambos enfoques pueden crear un gran valor y deben
utilizarse donde tienen sentido. Y, cuando se trata de lean y la automatización
o IT, no veo ningún conflicto con los programas de computadora que pueden
acelerar y simplificar el trabajo que tradicionalmente puede haber sido hecho
de forma manual. Las nuevas invenciones y soluciones han estado en el centro de
los aumentos de productividad desde la revolución industrial, y espero que no
sólo esta tendencia continúe, sino que se acelere con el tiempo. De hecho, es
un factor clave para sacar a millones de personas de la pobreza.
Sin embargo, voy a advertir a la
gente a tener cuidado en la forma en que mezcla la práctica Lean con estas
herramientas. A lo largo de los años, en muchas industrias, he visto a personas
con frecuencia usar mal una solución de IT o de automatización, usando lenguaje
Lean, "automatizando los residuos". Frecuentemente en las industrias con muchas transacciones
pequeñas, donde el seguimiento de ellas requiere el uso de computadoras, como
bancos, compañías de seguros, corredores de hipotecas, gobiernos, universidades
y otros negocios similares. Los hospitales, con sus necesidades de gestión de
datos, tanto para la seguridad del paciente como para cumplir con diversas
regulaciones, son otro buen ejemplo.
En muchos de estos negocios,
cuando surge un problema, la reacción instintiva es crear otro programa
informático para resolver el problema. Póngase en contacto con la gente de IT
aquí mismo y dígales: "Esto es lo que necesitamos que hagas, ¿qué tan
rápido puedes hacerlo?" ¿Te suena familiar? En lugares como los
hospitales, esto no sólo puede ser costoso sino que puede crear nuevos
problemas. He visto casos, por ejemplo, en hospitales que están organizados y
gestionados por silos, donde los diversos silos implementan programas informáticos
nuevos para resolver sus propios problemas, sólo para descubrir que ninguno de
estos programas es compatible con otros programas; incluso más dinero necesita
ser gastado para conseguir que se comuniquen.
A menudo, se desarrolla un nuevo
y completamente innecesario programa de computadora para resolver un problema
que no existiría si otras partes del sistema hicieran su trabajo correctamente.
Me encontré con esto en una compañía de seguros de vida en la que estaba
ayudando con Kaizen. En el momento que tomó la empresa 48 días para suscribir
(es decir, responder a una solicitud de una cotización) una nueva póliza de
vida. Y confiaron en un elaborado y costoso (en dinero y mano de obra) programa
informático que rastreó el estado de todas las solicitudes de suscripción en el
sistema, dijeron que necesitaban este programa para responder a las muchas
solicitudes que recibieron de los agentes de seguros sobre el estado de sus pólizas.
Por supuesto esto sólo era necesario porque les tomó 48 días para volver a los
agentes con una cita. Usando Lean para acortar este plazo, pudimos obtener la
mayoría de las cotizaciones de regreso en menos de 20 días, con una buena tendencia a
hacerlo en 10 días. Como resultado, este programa ya no era necesario.
Lo mismo puede suceder en las
empresas manufactureras, donde a los ingenieros les encanta desarrollar
soluciones de alta velocidad (y muy costosas) como primera opción para casi
cualquier problema. A veces esto puede retrasar la introducción de nuevos
productos o causar cambios masivos en el producto cuando el pronóstico de
marketing resulta estar muy lejos de la meta. Por el contrario, si algo cambia
en las especificaciones del producto más adelante, la línea automatizada de
alta velocidad puede resultar obsoleta o requerir un gasto de capital masivo
para producir la nueva especificación.
Si pide a la mayoría de los ingenieros de fabricación que reduzcan el tiempo de
preparación de su equipo en un 50%, a menudo volverán con una solución
automática muy costosa un largo plazo. Mi experiencia con Lean es que la
configuración se puede reducir en un 90 por ciento durante una semana kaizen
sin gastar mucho dinero en absoluto. ¿Cuánto puedes gastar en una semana?
El punto aquí es que si primero
se usa Lean para encontrar y eliminar los residuos de sus procesos, entonces usted decide automatizar, y lo hará paso a paso. A
continuación, gastar mucho menos dinero y automatizar sólo lo que tiene sentido
para automatizar. Lean le dará una idea clara de dónde se encuentra y qué necesita hacer. Lo mismo ocurre, por supuesto,
con los programas informáticos. Un poco de value stream mapping y kaizen para
deshacerse de los residuos en primer lugar, reducirá sus costos y acelerará el
tiempo de respuesta.
Así que, sí, Lean y la automatización
o las soluciones de IT son compatibles, pero sólo si usted utiliza Lean primero
para eliminar la basura antes de saltar hacia soluciones caras.
Tomado, y traducido de:
Ask Art: Is there a conflict between automation/IT and lean?
By Art Byrne
July 12, 2017
Versión Original en:
https://www.lean.org/LeanPost/Posting.cfm?LeanPostId=755#.WWYovZo0HbY.facebook
Versión Original en:
https://www.lean.org/LeanPost/Posting.cfm?LeanPostId=755#.WWYovZo0HbY.facebook
No hay comentarios:
Publicar un comentario