28.05.2021 Views

487081291-Gemba-Kaizen-pdf

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

actividades de la empresa. Es un grupo variado en el que se incluyen a

ingenieros, desarrolladores, gestores de las aplicaciones,

comprobadores, analistas de negocios y otros profesionales de los

programas informáticos. Dado que estos trabajadores están muy bien

remunerados y su producción es estratégica para la organización, el

potencial de ganancias se consideraba sustancial.

Como en casi todas las organizaciones de TI, el departamento tenía

empleados formados en diferentes metodologías y prácticas de

gestión. Una de las más conocidas es el marco de procesos conocido

como biblioteca de infraestructura de tecnologías de información

(ITIL en inglés), el cual desarrolla criterios de estandarización y

establece la producción de una organización de TI, como una

colección o “catálogo” de servicios prestados a las empresas. En

parte, este último aspecto es similar al flujo de valor.

El problema era que la plantilla no empleaba las herramientas

disponibles y nadie les presionaba para hacerlo. La planificación de

proyectos era, en el mejor de los casos, desordenada, el rendimiento

de los empleados era imposible de calibrar y los coordinadores apenas

sabían de los costes y plazos que requerían sus proyectos. El flujo de

trabajo era constantemente interrumpido: se consideraba “normal”

que una vez realizada una tarea por parte de un ingeniero o un

constructor, tardasen seis meses para completar la siguiente fase del

proyecto.

“La costumbre de no utilizar las herramientas disponibles proviene

de la afirmación, casi siempre cierta, de que estas no se ajustan al tipo

de trabajo”, dice Wijbrand Medendorp, socio director de Kaizen

Institute Netherlands. “Para conseguirlo, es necesario que la dirección

reciba comentarios útiles por parte de los trabajadores, reconozca las

deficiencias y, paso a paso, abra el camino hacia la mejora.”

Hasta cuando es obvio para la dirección que hay problemas, resulta

muy difícil identificar dónde se interrumpen los procesos en el

desarrollo de un software, porque gran parte del trabajo se basa en un

código invisible, que solo es comprensible para unos pocos. Incluso

para el propio grupo que lo está desarrollando, existen muchos

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!