El retrabajo entre áreas casi nunca tiene una sola causa. Puede venir de requisitos incompletos, versiones distintas, cambios tardíos o criterios de aceptación que nadie acordó. Son hipótesis, no diagnósticos. Para encontrar la causa de un caso concreto hay que seguir el recorrido de la entrega y localizar en qué momento el trabajo dejó de servir para el siguiente paso.
La escena se repite: comercial manda una solicitud, operaciones la devuelve, administración pide corregirla otra vez. Cada área asegura que cumplió su parte y la misma entrega pasa tres veces por las mismas manos.
¿Qué cuenta como retrabajo y qué no?
Para esta revisión, retrabajo es la corrección o repetición necesaria para que una entrega cumpla un requisito que ya debía satisfacer. Esa definición deja fuera dos cosas que se le parecen.
Una es la iteración prevista para explorar opciones. La otra es un cambio de alcance solicitado después. Ambas consumen tiempo, pero no explican el mismo problema: corregir una medida mal capturada es distinto de modificar un diseño porque el cliente cambió de necesidad. Si los dos aparecen bajo “correcciones”, la cuenta no te dirá qué atender.
Acuerda la definición con quienes producen y reciben el trabajo, incluye qué evidencia permite clasificar cada episodio y cómo vas a registrar los dudosos. No necesitas resolver toda la empresa para empezar: elige una entrega recurrente que atraviese varias funciones.
¿Cómo reconstruir un caso con sus documentos?
Reuniendo la solicitud inicial, sus versiones, las respuestas y las aprobaciones, y ordenando qué se pidió, qué se entregó y por qué se devolvió.
Pregunta qué información estaba disponible en cada momento, sin usar lo que se supo después para juzgar decisiones anteriores. Es la trampa más común de estas revisiones: con el resultado a la vista, todo error parece evitable.
¿Para qué sirve el mapeo de procesos aquí?
Para hacer visible el recorrido real de la entrega, no para dibujar el procedimiento ideal. La guía de diagramas de flujo de ASQ propone revisar el proceso con quienes participan y buscar duplicaciones, pasos poco claros y fuentes de error.
Un mapeo de procesos hecho en una sala sin la gente que ejecuta produce el flujo que alguien cree que existe. El que sirve se arma con los documentos del caso enfrente.
En el mapa, distingue dónde se originó la diferencia de dónde fue detectada. El área que devuelve una entrega puede estar identificando un problema anterior; que aparezca al final no demuestra que se haya creado ahí.
¿Qué explicaciones conviene contrastar?
Cinco hipótesis cubren la mayoría de los casos, y cada una pide una solución distinta:
- Requisito incompleto: faltaba un dato indispensable desde la solicitud. Revisa quién lo necesitaba y quién podía darlo.
- Criterio de aceptación diferente: una función consideró terminada la entrega y otra esperaba algo más. Compara las instrucciones de ambas.
- Versión desactualizada: alguien trabajó con información sustituida. Reconstruye cuándo cambió y cómo se comunicó.
- Cambio después de aprobar: una decisión posterior modificó el encargo. Identifica quién lo autorizó y qué efectos se aceptaron.
- Capacidad o recurso insuficiente: el requisito era conocido pero faltaban medios o habilidad. Busca evidencia antes de atribuirlo a descuido.
No es una clasificación exhaustiva ni un diagnóstico automático. Un mismo episodio puede combinar varias. El propósito es formular una comprobación útil en vez de cerrar la discusión con “falta comunicación”.
Un ejemplo: la cotización que vuelve
Imagina una empresa que fabrica exhibidores comerciales. Es un caso hipotético. Ventas pide una cotización con una medida tomada de un correo anterior, diseño prepara la propuesta, compras calcula materiales y al revisar el montaje aparece otra medida.
Si el dato correcto ya existía al iniciar, habría que revisar por qué no llegó al encargo. Si el cliente modificó el espacio después, el problema es cómo se gestiona ese cambio. Si nadie había medido el lugar, faltaba una condición para elaborar una propuesta definitiva.
Las tres situaciones terminan en una nueva cotización y no se resuelven igual. Agregar otra aprobación podría detectar el error y dejar intacta la causa. Antes de sumar un control, pregunta qué información va a aportar y quién podrá actuar con ella.
¿Cómo comprobar si el patrón se repite?
Revisando otros casos comparables después del primero, y registrando motivo de devolución, parte que se rehízo y evidencia de la explicación.
Conserva también entregas que avanzaron sin correcciones: muestran qué condición estuvo presente cuando el proceso sí funcionó. Si estimas tiempo de retrabajo, identifica si sale de registros o del recuerdo de las personas, y no presentes ambos como mediciones equivalentes.
Para priorizar, considera frecuencia y consecuencia sin convertir un episodio llamativo en la causa principal de toda la operación. La revisión tiene que permitir elegir una hipótesis, por ejemplo: “las solicitudes sin confirmación de medidas requieren volver a cotizar”.
¿Cómo probar una corrección sin empeorar el flujo?
Acordando un ajuste acotado con quien puede autorizarlo y definiendo de antemano qué vas a observar en las siguientes entregas.
Puede ser un dato obligatorio al iniciar, una ubicación única para la versión vigente o una regla para comunicar cambios. Observa también el costo del ajuste: un control que reduce devoluciones puede añadir espera o trasladar trabajo a otra función.
El objetivo es mejorar el recorrido completo, no hacer que una sola área muestre menos incidencias. Es la diferencia entre resolver el problema y moverlo de lugar.
Para llevarte
- Define retrabajo antes de contarlo: la iteración prevista y el cambio de alcance no cuentan.
- Reconstruye un caso con sus documentos antes de generalizar.
- Dónde se detecta el problema no es dónde se originó.
- Cinco hipótesis distintas piden cinco soluciones distintas: contrástalas con evidencia.
- Antes de agregar un control, pregunta qué información aporta y quién actuará con ella.
Si el problema atraviesa varias áreas
En Galo Consulting trabajamos este tipo de revisiones cuando el retrabajo cruza responsabilidades. Reúne los casos y las hipótesis que ya descartaste y cuéntanos el recorrido.
Preguntas frecuentes
¿El retrabajo es culpa del área que devuelve la entrega?
Casi nunca. El área que devuelve suele ser la que detecta un problema originado antes, en la solicitud o en una versión desactualizada. Confundir el punto de detección con el punto de origen lleva a poner controles donde no está la causa y a tensar la relación entre áreas sin reducir las devoluciones.
¿Sirve agregar una aprobación más para evitar correcciones?
Solo si esa aprobación aporta información que hoy no existe y alguien puede actuar con ella. Un control adicional que revisa lo mismo con otros ojos detecta algunos errores y deja intacta la causa, mientras suma espera al recorrido. Antes de agregarlo, prueba un ajuste en el punto donde se origina la diferencia.
Lecturas relacionadas
Si las devoluciones vienen de que nadie sabe quién decide: ¿Qué señales indican roles poco claros en una empresa?
Si el desorden empezó con un cambio de organigrama: ¿Cómo alinear un equipo después de una reestructura?
Cuando la fricción ya se volvió personal entre dos áreas: Manejo de conflictos laborales: cómo recuperar la confianza
Y para el contexto en el que se repiten estos patrones: Cultura organizacional: qué es y cómo se trabaja
¿Quieres trabajar esto en tu organización?
Cuéntanos el reto concreto que tienes enfrente y te decimos si podemos ayudarte.
Agenda un diagnóstico