Métodos estándar

El ciclo PDCA en fabricación: de la idea al resultado probado.

El ciclo PDCA, también llamado ciclo de Deming, es un método de cuatro pasos (planificar, hacer, verificar, actuar) para probar una idea o un cambio en producción antes de extenderlo. En SolveR cada ciclo termina en un resultado, incluso cuando el resultado es descartar la idea, y la prueba queda en la base de conocimiento para la siguiente persona que tenga la misma idea.

Cuándo usar PDCA y cuándo no

Se elige PDCA cuando hay una idea o un cambio que primero hay que probar: un tiempo de ciclo más corto, otro parámetro, una nueva secuencia de trabajo. El ciclo se ejecuta a pequeña escala, por ejemplo en un turno o en una línea, y solo la verificación indica si el cambio se extiende a todas partes. Algunos equipos también tratan con PDCA un problema interno mayor y le hacen el seguimiento en las reuniones de la mañana.

  • Kaizen para una mejora de equipo en un área.
  • DMAIC para la variación del proceso cuando la causa se desconoce y hay que encontrarla en los datos.
  • 4-⁠Step para desechos o retrabajos internos que el ingeniero cierra solo.

Un ejemplo de producción, hoy y con SolveR

Un caso típico: una prueba de un tiempo de secado más corto para piezas pintadas en el horno, para que la línea no tenga que esperar.

HoyCon SolveR
La idea surge en la reunión de la mañana. Nadie anota qué debería mejorar el secado más corto ni cómo se juzgará.Antes de la prueba, el caso recoge la idea, el efecto esperado y la verificación: la adherencia de la pintura en las piezas de la prueba.
La prueba se hace en un turno, y los resultados se quedan en la libreta del jefe de turno o en un Excel de un solo ordenador.La prueba se hace en un turno, y los resultados de la verificación van al mismo caso.
Cuando el resultado no está claro, la idea se descarta sin decir nada o se extiende a todas partes sin verificar.El ciclo termina en un resultado: mantener, ajustar o descartar el secado más corto, y la decisión queda registrada con su motivo.
Unos meses después alguien propone la misma idea y la prueba empieza de nuevo.La prueba queda en la base de conocimiento. Cuando alguien describe la misma idea, aparecen la prueba anterior y su resultado.

En la reunión mostramos PDCA con uno de sus propios casos.

Lo que obtiene: un resultado para cada ciclo

Cada idea termina en un resultado, incluso cuando el resultado es descartarla. El registro del ciclo muestra lo que se quería conseguir, lo que se hizo, lo que mostró la verificación y lo que se decidió. Una idea descartada también es útil: la siguiente persona sabe por qué no se extendió. Cuando la idea funciona, el paso siguiente es el estándar: el cambio pasa a la instrucción de trabajo.

Ilustración de cómo termina un ciclo PDCA en un resultado, no una pantalla del producto.

Qué hace SolveR

Registra el ciclo en el formato PDCA estándar que sus ingenieros y auditores ya conocen. Propone causas y acciones a partir de los casos cerrados de su planta y muestra la fuente de cada propuesta. Decide el ingeniero.

Cuatro pasos: planificar, hacer, verificar, actuar

  1. PLANPlanificarLa idea, el objetivo y cómo se verificará
  2. DOHacerUna prueba a pequeña escala
  3. CHECKVerificarEl resultado frente al efecto esperado
  4. ACTActuarMantener, ajustar o descartar

Si no se alcanza el objetivo, se repite el ciclo con un plan ajustado.

Una base de conocimiento: una prueba que el siguiente ingeniero puede encontrar

Un ciclo cerrado pasa a la base de conocimiento como una prueba con su resultado, junto a las causas confirmadas y las acciones eficaces de otros métodos. Cuando alguien describe una idea o un problema similar, también aparecen esta prueba y lo que mostró. Así, la misma idea no se prueba dos veces, salvo que algo haya cambiado desde entonces. Todos los métodos escriben en la misma base. Lo que enseña un caso vale para todos.

También puede preguntar a Brain. La página Cómo funciona muestra qué entra en la base y qué sale.

Preguntas sobre el ciclo PDCA

¿Qué diferencia hay entre PDCA, 8D y DMAIC?

PDCA prueba una idea o un cambio en cuatro pasos antes de extenderlo. El 8D es la respuesta a una reclamación de cliente, un problema de seguridad o un fallo que se repite, con un equipo y una causa raíz confirmada. DMAIC es un proyecto para la variación del proceso cuando la causa se desconoce y hay que encontrarla en los datos. En SolveR los tres escriben en la misma base de conocimiento.

¿Cómo es un ciclo PDCA en un ejemplo de producción?

El ejemplo de esta página es un tiempo de secado más corto para piezas pintadas. Planificar: secar durante menos tiempo para que la línea no espere y verificar la adherencia de la pintura. Hacer: una prueba en un turno. Verificar: comparar la adherencia en las piezas de la prueba con lo esperado. Actuar: mantener, ajustar o descartar el secado más corto.

¿Es el ciclo PDCA lo mismo que el ciclo de Deming?

Sí. El ciclo de Deming es otro nombre del ciclo PDCA. Debe su nombre a W. Edwards Deming, que construyó el modelo sobre las ideas de Walter Shewhart.

¿Cómo muestra el paso Verificar si el cambio funcionó?

La verificación compara el resultado de la prueba con el efecto esperado que anotó en el plan, con la misma medida. Si el plan no tiene medida, la verificación no tiene con qué comparar, así que es lo primero que hay que escribir. Los profesionales citan entre los errores más habituales saltarse la verificación y que un ciclo termine sin una decisión.

¿Qué pasa cuando la prueba no funciona?

El ciclo termina con el resultado "descartar", registrado igual que un éxito. La prueba queda en la base de conocimiento, así que la siguiente persona con la misma idea ve qué probó y por qué no funcionó. Si la idea se acercó al objetivo, se repite el ciclo con un plan ajustado.

Otros métodos

Cada equipo elige el método que encaja con el problema, y detrás de todos hay una sola base de conocimiento.

Última revisión: 9 de octubre de 2026. Elaborado por Galileon, la empresa que desarrolla SolveR.

Traiga a la llamada una idea que quiera probar.