Guía de implementación
Trabajo estandarizado.
El trabajo estandarizado es la mejor forma conocida hoy de hacer un trabajo, escrita junto con las personas que lo ejecutan para poder capacitar, auditar y mejorar a partir de ella. Fija tres cosas: el tiempo takt que el trabajo debe cumplir, la secuencia de trabajo y el inventario estándar en proceso. Un estándar se escribe para cambiarlo. Sin él, cada mejora se evapora, cada auditoría es opinión y cada capacitación es folclore.
Qué es el trabajo estandarizado
El trabajo estandarizado (standardized work o standard work), también llamado trabajo estándar y, en España, trabajo normalizado, es la forma acordada y mejor conocida hoy de ejecutar un trabajo, capturada con la precisión suficiente para capacitar a partir de ella, auditarla y mejorarla. En su forma clásica fija exactamente tres cosas para un operador: el tiempo takt que el trabajo debe cumplir, la secuencia de pasos y el inventario estándar en proceso que el trabajo necesita para fluir. Todo lo demás, métodos, puntos clave y tolerancias, vive en los documentos de apoyo del nivel inferior.
La definición encierra dos ideas que la mayoría de las plantas pasa por alto. «Mejor conocida hoy» significa que el estándar describe cómo se hace realmente mejor el trabajo hoy, no cómo le gustaría a un ingeniero de procesos que se hiciera. Y un estándar se escribe para ser cambiado: existe para que la siguiente mejora tenga una línea base que superar y un lugar donde quedar registrada. Un estándar no es una restricción a la mejora. Es la memoria que impide que la mejora se evapore.
Sin estándares, tres actividades cotidianas de gestión se vuelven ficción sin que nadie lo note. La mejora no se puede verificar, porque no hay un antes definido. Las auditorías se convierten en opinión, porque no hay nada acordado con lo que comparar. Y la capacitación se vuelve folclore: lo que el operador experimentado más cercano recuerde en ese momento, menos lo que olvidó mencionar.
Los tres elementos
La columna de ejemplo sigue una celda de ensamble del fabricante de componentes de 450 personas que se usa en todas estas guías: demanda de 456 unidades por día y 54,000 segundos de tiempo de trabajo diario. Las cifras son ilustrativas, pero coherentes entre sí.
| Elemento | Qué fija | Ejemplo de celda de ensamble (ilustrativo) |
|---|---|---|
| Tiempo takt | El ritmo que marca la demanda: tiempo de trabajo disponible dividido entre la demanda del cliente. Todo estándar se diseña para que el contenido de trabajo quepa dentro de él. | 54,000 segundos de tiempo de trabajo diario para 456 unidades dan un takt de 118 segundos. El contenido de trabajo de cada estación debe quedar por debajo de 118 segundos. |
| Secuencia de trabajo | El orden en que un operador ejecuta los pasos del trabajo. No siempre coincide con el orden en que se mueve el material, y esa diferencia es deliberada. | Siete pasos: tomar la carcasa, prensar el rodamiento, montar el eje, apretar ambas conexiones al par indicado, prueba de fugas, etiquetar y colocar en el riel de salida. |
| Inventario estándar en proceso | La cantidad mínima de piezas dentro del proceso que hace falta para correr la secuencia con fluidez, incluidas las piezas que están en las máquinas. Más es inventario; menos es espera. | Dos piezas: una en la prensa y otra en la prueba de fugas, para que el operador nunca espere a que termine un ciclo de máquina. |
Dónde encaja en la hoja de ruta de transformación
En la hoja de ruta de transformación de la manufactura, el trabajo estandarizado pertenece a la práctica Trabajo estandarizado y 5S de la etapa «Gestionar el día a día». Va en paralelo con la gestión diaria lean, y ambas se sostienen mutuamente: los estándares le dan al sistema diario algo concreto que defender, y los tableros diarios hacen visibles las desviaciones del estándar dentro de un turno en lugar de dentro de un trimestre. Su socio físico son las 5S: un puesto de trabajo lo bastante organizado como para que seguir la secuencia sea la opción fácil.
- Antes KPI de línea base
- Está aquí Trabajo estandarizado y 5S
- En paralelo Gestión diaria
- Después Resolución estructurada de problemas
Cuándo fracasa antes de empezar
El trabajo estandarizado cuesta casi nada y rinde rápido, así que las advertencias honestas son pocas. Pero dos condiciones de partida matan el esfuerzo de forma fiable, y dos intenciones lo corrompen igual de bien:
- El proceso no tiene ni una estabilidad mínima. Si las máquinas se descomponen a diario y el material llega cuando llega, el mismo trabajo no puede hacerse dos veces igual. Reduzca primero las mayores fuentes de caos y estandarice después lo que quede.
- El plan es escribir estándares para todo a la vez. Eso es un proyecto de documentación, medido en páginas. El piso de producción lo observa y luego ignora el resultado.
- El detonante es una auditoría o una certificación que se acerca. Los estándares escritos para una carpeta se leen como una carpeta. Escríbalos para el operador y el auditor recibirá igualmente lo que necesita.
- Nadie va a hacerse dueño de las actualizaciones. Un estándar sin dueño es exacto el día que se imprime y es ficción un trimestre después.
Cómo crear un estándar que viva
Un estándar que se sigue, se audita y se revisa vale más que cien archivados. La secuencia de abajo produce un estándar vivo en aproximadamente una semana de calendario, y la mayor parte de ese tiempo es esperar al turno de prueba. Repítala trabajo por trabajo, jalada por los problemas y las necesidades de capacitación.
| Paso | Qué ocurre, y por qué |
|---|---|
| Elija un trabajo que importe | Problemas de calidad repetidos, mucha variación de un operador a otro o personal nuevo que entra el mes que viene son buenas razones. Una campaña de documentación para toda la planta no lo es. Empiece donde un estándar cambie el resultado de este trimestre. |
| Observe el trabajo con los operadores | Cronometre varios ciclos de todas las personas que hacen el trabajo, en el puesto. Anote dónde difieren los operadores y pregunte por qué. Casi toda diferencia existe por alguna razón, y en esas razones se esconde el mejor método. |
| Escriba la mejor forma conocida hoy | Combine los mejores elementos que observó en una sola secuencia que los operadores reconozcan como la mejor forma conocida hoy. No la forma ideal ni la forma de ingeniería: la que funciona al takt un martes normal. |
| Pruébelo durante un turno | Quien lo escribió se para en la línea mientras un operador lo ejecuta. Cada duda, cada arreglo improvisado y cada detalle faltante que aparezca en ese turno es una corrección que no le costó un defecto. |
| Revise y luego capacite a todos | Incorpore lo que enseñó la prueba, feche la hoja y capacite a todos los operadores que hacen el trabajo con la hoja de desglose del trabajo, en el puesto y no en una sala de juntas. |
| Audítelo y nombre a un dueño | Ponga el trabajo en la rotación de auditorías de proceso por capas y dele al estándar un solo dueño que acepte o rechace cada cambio futuro. Un estándar sin dueño ya se está deteriorando. |
Quién es dueño del estándar
El líder de equipo del área es dueño del estándar y de cada actualización. Ingeniería es dueña de los límites que contiene: tolerancias, valores de par de apriete, reglas de seguridad. La división importa porque el dueño marca el comportamiento. Los estándares que escribe ingeniería sola terminan plastificados; los que se escriben con los operadores se siguen, porque las personas que tienen que vivir con la secuencia la eligieron. Una oficina de mejora continua puede facilitar los primeros y luego debe quitarse de en medio.
Tres situaciones obligan a actualizar el estándar: un kaizen que encontró una forma mejor, una contramedida que cambió el método y un hallazgo de auditoría según el cual el estándar no se puede seguir. El trabajo del dueño es que el papel coincida con la realidad a los pocos días del cambio, recapacitar al equipo y volver a fechar la hoja. Un estándar cuya fecha es anterior al último cambio del proceso no es un estándar. Es un documento histórico.
Qué documento sirve para qué
Los estándares suelen fallar en la línea por una razón aburrida: todo se escribió en un solo documento. La hoja, el método, el detalle de capacitación y la novedad de la semana tienen cuatro lectores distintos y cuatro vidas útiles distintas, así que pertenecen a cuatro documentos.
| Documento | Para qué sirve | Quién lo usa | Nivel de detalle |
|---|---|---|---|
| Hoja de trabajo estandarizado | Fija el takt, la secuencia y el inventario estándar en proceso para un operador en una sola página, normalmente con un croquis de la estación y los tiempos por paso. | Líder de equipo y operador en la estación; la referencia de toda auditoría. | Una página. Pasos y tiempos, no métodos. |
| Instrucción de trabajo | Describe cómo se ejecuta cada paso: puntos clave de calidad, puntos de seguridad, tolerancias, valores de par de apriete. | Operadores durante la capacitación y después de ella; auditores que revisan el método. | Unas pocas páginas por operación. Fotos antes que párrafos. |
| Hoja de desglose del trabajo | El documento de capacitación: pasos principales, puntos clave y las razones detrás de esos puntos clave. | Instructores durante la capacitación en el puesto. | Detallada en los trucos y las razones, callada en todo lo que el aprendiz puede ver por sí mismo. |
| Lección de un punto | Enseña un punto concreto: un defecto nuevo que vigilar, una manía de la máquina, un cambio reciente del método. | Todo el equipo, colocada en la estación. | Una página, un punto, cinco minutos de lectura, casi toda imagen. |
La prueba de cada nivel es el tiempo. Un auditor tiene un minuto, un instructor tiene una hora, un operador a mitad del turno tiene diez segundos. Si un lector no encuentra lo que necesita en el tiempo que realmente tiene, el contenido está en el nivel equivocado de la jerarquía.
Auditar sin vigilar
Un estándar que nadie revisa es una sugerencia. Pero ahí es donde se tuercen la mayoría de los programas: auditan al operador cuando deberían auditar el estándar. La regla de trabajo: una auditoría comprueba que el estándar se pueda seguir, no solo que se haya seguido. Párese en el puesto, pida al operador que le muestre el trabajo y observe si la secuencia de la hoja sobrevive al contacto con un turno real al takt.
Un estándar incumplido es un dato, y admite exactamente dos respuestas. O el operador nunca fue capacitado como es debido, y entonces se le capacita, o el estándar no se puede seguir tal como está escrito, y entonces se corrige el estándar. No existe una tercera respuesta llamada disciplina. La primera vez que se castiga una desviación, la desviación se esconde, y desde ese día el registro de auditorías es verde e inútil.
Haga las revisiones como auditorías de proceso por capas: revisiones cortas y frecuentes, de unas pocas preguntas, que hace cada capa de la dirección, en el puesto, pidiendo «muéstreme» en lugar de «¿lo hizo?». Los líderes de equipo revisan a diario, los gerentes de área cada semana y la dirección de planta cada mes, y cada hallazgo recibe una salida: corregir, capacitar o cambiar el estándar.
Estándares y mejora
La relación entre los estándares y el kaizen es un ciclo, no una tensión. El estándar es la línea base que hace medible la mejora, y la mejora es lo que mantiene vivo el estándar. La regla operativa es tajante: un kaizen cambia el estándar, o no ocurrió. Una mejora que vive solo en las costumbres de un turno no es una mejora. Es una variación de la que el turno de noche nunca se enteró y que el próximo operador nuevo nunca aprenderá.
Esto convierte el historial de revisiones en el expediente de salud de un área. Una hoja en la revisión 7, con fechas repartidas a lo largo del año, describe a un equipo que está aprendiendo. Una hoja en la revisión 1, fechada el año en que se instaló la línea, describe o un proceso perfecto o, mucho más probablemente, nada en absoluto. Los líderes que recorren la planta aprenden más de las fechas de revisión que de los porcentajes de cumplimiento.
Los estándares también alimentan la resolución estructurada de problemas, la siguiente práctica de la hoja de ruta. Un problema es una brecha entre el estándar y lo real, así que sin el estándar la mitad de los problemas de una planta ni siquiera se pueden enunciar, mucho menos resolver.
Errores frecuentes
Cómo se ve lo malo
- Estándares escritos por ingeniería en una oficina, plastificados y nunca vueltos a tocar
- Instrucciones de 40 páginas que nadie abre en la línea
- Una campaña de documentación para toda la planta medida en páginas producidas
- Fechas de revisión más antiguas que la máquina más nueva de la celda
- El estándar sacado como prueba en contra de un operador después de un problema
Cómo se ve lo bueno
- Una página por trabajo, visible en la estación, fechada y con el líder de equipo como dueño
- Escrito con los operadores que hacen el trabajo, en sus propias palabras
- Probado durante un turno antes de liberarlo, revisado con lo que enseñó la prueba
- Auditado cada semana por líderes que preguntan si se puede seguir
- Un historial de revisiones que nombra el kaizen detrás de cada cambio
Qué pasa después
Cuando existen los estándares, se vuelven posibles dos capacidades que antes no lo eran. La resolución estructurada de problemas gana una definición de «problema» y un sitio donde aterriza cada contramedida: la medida de una solución es qué estándar cambió. Y la matriz de habilidades gana algo real con lo que calificar a las personas: ejecutar según el estándar con apoyo, ejecutar según el estándar al takt sin ayuda, capacitar a otros en el estándar. Sin estándares, una matriz de habilidades mide la asistencia.
La mitad menos vistosa del trabajo es mantener el papel verdadero, y ahí es donde un sistema de gestión, y TeamGuru, se gana su lugar. Los estándares viven versionados junto al trabajo en Documentos, de modo que la hoja que ve el operador es la revisión vigente y no una fotocopia de la revisión 1, y la rotación de auditorías por capas corre como checklists y auditorías programados cuyos hallazgos se convierten en acciones con responsable y fecha en lugar de notas al margen.
En la hoja de ruta, la práctica que mantiene todo esto honesto durante años es la misma que lo puso en marcha: líderes que vuelven al proceso con un ritmo fijo, comprueban que los estándares se puedan seguir y tratan cada desviación como el dato más útil del día.
Lléveselo consigo
El diagrama de esta guía como imagen, de uso libre en formaciones internas y talleres.
Descargar PNGPreguntas frecuentes
¿Cuál es la diferencia entre el trabajo estandarizado y una instrucción de trabajo?
¿Quién debe escribir los estándares?
¿Qué tan detallado debe ser un estándar?
¿Con qué frecuencia hay que revisar los estándares?
¿Y si los operadores no siguen el estándar?
¿Por dónde empezar en una planta sin ningún estándar?
Cómo lo lleva a la práctica TeamGuru