Presentación del método Kaizen y el control de producción para Lean-Manufacturing.

Sistematización y procedimiento de operación para la programación de producción

En nuestra compañía hay un experto con mucha experiencia y talento intuitivo para elaborar el plan de producción. La fábrica está dirigida por este señor veterano y todos los compañeros siguen sus instrucciones. Dentro de 1 ó 2 años, este señor veterano se va a jubilar. Él intenta transmitir el contenido de sus tareas a los jóvenes, pero sería imposible hacerlo ya que sus tareas son cuantiosas y la mayoría de ellas son ambiguas. ¿Cómo podríamos digitalizar la programación de fabricaciones y qué procedimientos debemos seguir?

Es importante verificar con los datos reales.

Si la programación de fabricación está basada en experiencias o en intuición de algunos, algún día la compañía estará en un apuro.

Entre las fábricas que yo había visitado hasta hoy, había muchas fábricas que estaban manejando la programación de fabricación por intuición o experiencias de algunos operarios veteranos. En tales casos siempre hay un experto con enorme experiencia y talento intuitivo y los demás miembros siguen sus instrucciones para realizar las tareas concretas.

Por ejemplo, en una compañía me comentaron: "Un día el señor experto en programación se ausentó de su trabajo por gripe. Como nadie sabía qué hacer, unos operarios tuvieron que ir a la casa del experto para recibir instrucciones necesarias y al regresar de su casa por fin pudieron comenzar las tareas". Parece mentira que pudiera ocurrir esto en una compañía, pero fue un hecho verdadero. Volviendo a la consulta de su compañía, ésta prácticamente se encuentra en una situación crítica, dado que el señor experto de la programación de fabricación va a jubilarse dentro de 1 ó 2 años.

Se puede digitalizar (computarizar) la programación de fabricación.

La programación de fabricación fue uno de los campos incompatibles con el ordenador, debido a que se relacionaba estrechamente con el talento intuitivo y las experiencias humanas. Antes, sistematizar la programación de fabricación requería más de algunas decenas de millones de yenes comprando el paquete de software o contratando el servicio de adecuación a los trabajos reales. Personalmente me había dedicado a un proyecto para desarrollar ese tipo de software.

Hoy en día, gracias al alto rendimiento de los ordenadores y a la acumulación de conocimientos técnicos del software, se puede construir a costo reducido un sistema de programación de fabricación. A continuación presentaré los procesos más estandarizados para introducir el sistema o estudiar su posibilidad, cultivados por las experiencias durante mis trabajos de introducir el programador de fabricación de nuestra compañía.

(1)En primer lugar, elaboremos un prototipo.

A diferencia de la contabilidad financiera y del cálculo de salarios, la programación de fabricación resulta muy distinta según la fábrica de la que se trate, por tanto es necesario elaborar un prototipo con los datos reales de su compañía, empleando la versión de prueba del software del paquete. Sería recomendable juzgar la adecuación del programador a su empresa, comprobando la programación del software con datos similares a los de la Pregunta 2.

En la prueba se puede saber si habiendo funciones válidas para las especificaciones que desea, sin o con algún cambio, existen funciones inválidas para satisfacer su demanda. Lo que quería advertir es que no haga apresuradamente las tareas de adecuaciones específicas. Para la adecuación se requiere un buen tiempo y gastos considerables y la adecuación errónea puede perjudicar la generalidad o la flexibilidad del paquete. Es necesario buscar alguna alternativa para aquéllos que no estén cubiertos por las funciones estándar del paquete, por ejemplo incluso podemos cubrirlos por algún cambio de manejo, etc. Un exceso de perfeccionismo puede ser la causa del fracaso en la sistematización. Si en la compañía no se pueden decidir por sí mismos, sería aconsejable que consultaran a un especialista.

(2)Hagamos una interfaz con el sistema existente.

Gráfico 1
Gráfico 1: Coordinación entre el programador de fabricación y el sistema existente. Gracias a la coordinación con el sistema existente, el programador de fabricación podrá dirigir con más facilidad las tareas de programación. Los datos coordinados son principalmente los siguientes 4 datos: (1) Información de pedidos, (2) Informaciones de datos maestros, (3) Orden de fabricación, (4) Informaciones de resultados. Se puede desarrollar el programa de coordinación con el sistema existente, utilizando software como Microsoft Access, etc., así lo pueden elaborar de antemano por parte de los usuarios.

Al manejar un sistema de programación, la mayoría de los casos coordinará el sistema con el sistema existente (Gráfico 1). La coordinación entre ambos sistemas puede contribuir a los trabajos. Hoy en día cualquier usuario goza de las condiciones suficientes para desarrollar fácilmente el programa con Microsoft Access, etc. y por su propia cuenta puede desarrollar un programa periférico como interfaz con el sistema existente, etc. Además, al desarrollar el programa periférico por la misma compañía, se puede acumular los conocimientos técnicos y esto sería una ventaja para añadir funciones o modificar algún programa después de haber puesto en funcionamiento el sistema.

(3)Preparemos los datos para la fase real.

Normalmente, se requiere un gran esfuerzo a la hora de preparar los datos auténticos para el funcionamiento. Esto difiere según el caso, pero sería conveniente tener en cuenta que si una persona exclusiva se dedica a las tareas de preparación de los datos, tardaría en completar sus trabajos entre un mes o dos meses. Por ejemplo, los datos maestros de la tabla de piezas que se encuentra en el MRP pueden ser más de varias decenas de miles de datos, incluso tratando sólo los datos relacionados con los ítems objeto de la programación. Por otra parte, si hay datos maestros en el sistema existente para la administración de fabricación, es muy útil e importante aprovechar los datos. Sobre todo, debemos evitar la existencia de diferentes datos maestros.

Cuidémonos de su mantenimiento.

Aunque haya puesto en funcionamiento perfectamente el programador de fabricación, siguiendo los pasos antes mencionados, 2 ó 3 años después de su puesta en marcha habrán cambiado sin duda las circunstancias de la fabricación. Si no ajustamos el sistema para tal cambio, el programador puede resultar inválido en 2 ó 3 años. Con respecto a los paquetes de software, siguen siendo mejorados, reforzándose sus funciones en base a las opiniones y demandas de los usuarios. Para adoptar estas funciones mejoradas y mantener el sistema como un sistema duradero, es indispensable contratar el servicio de mantenimiento. Por su parte, una vez entrado en funcionamiento, sería importante enviar frecuentemente sus nuevas demandas a los fabricantes del paquete.

Comentar