Tema 18.17 — Retrabajo

Ruta académica

Programa: Desarrollo de empresas tecnológicas
Curso: ADM-101 — Fundamentos de Empresa y Administración
Bloque 03: El proceso administrativo
Tema 18: Desviaciones y acciones correctivas
Subtema: Retrabajo

Objetivos de aprendizaje

Al finalizar este subtema deberás ser capaz de:

1. definir Retrabajo en lenguaje administrativo preciso;
2. explicar su relación con el ciclo planeación–organización–dirección–control;
3. identificar decisiones, responsables, información y evidencia vinculados;
4. reconocer trade-offs, riesgos y fallas de diseño;
5. aplicar el concepto a una empresa de software o tecnología.

1. Concepto y alcance

Retrabajo se estudia aquí como un componente de Desviaciones y acciones correctivas. Debe definirse por su efecto sobre decisiones, coordinación, ejecución o control, y no sólo por una etiqueta. Su análisis exige identificar responsable, información necesaria, límites, evidencia y relación con el resto del ciclo administrativo.

La gestión de desviaciones separa síntoma, variación y causa. Una corrección restaura temporalmente; una acción correctiva elimina o reduce causas; una acción preventiva actúa antes de la recurrencia o materialización.

2. Qué problema administrativo resuelve

El concepto importa cuando ayuda a decidir cuándo corregir, investigar causa, escalar o cerrar. Para evitar respuestas abstractas, conviene formularlo mediante cinco elementos:

OBJETIVO → DECISIÓN → RESPONSABLE → EJECUCIÓN → EVIDENCIA → FEEDBACK

Para Retrabajo, identifica quién toma o prepara la decisión, quién ejecuta, qué información necesita, qué límites aplican y cómo se sabrá si el resultado fue aceptable.

3. Relaciones y distinciones

Este subtema debe leerse junto con Escalamiento y Control de cambios. La cercanía entre conceptos no significa equivalencia. En administración es frecuente que una organización falle no porque ignore los términos, sino porque mezcla niveles: confunde un objetivo con una actividad, autoridad con responsabilidad, métrica con resultado o control con supervisión personal.

Una prueba útil es preguntar:

• ¿este concepto define un resultado, una decisión, una estructura, una conducta, una regla, una medición o un mecanismo de aprendizaje?;
• ¿opera antes, durante o después de la ejecución?;
• ¿su efecto es estratégico, táctico, operativo o transversal?;
• ¿requiere discrecionalidad o estandarización?;
• ¿qué otro concepto del tema podría confundirse con él?

4. Evidencia y operacionalización

No basta con afirmar que una organización “tiene” retrabajo. Debe poder observarse mediante registros de incidentes, análisis causal, acciones, owners y verificación.

Ficha de operacionalización

5. Aplicación a empresas tecnológicas

Tras incidentes repetidos, el equipo distingue restaurar el servicio, corregir la causa técnica y modificar controles para prevenir recurrencias.

La dimensión tecnológica no elimina la administración: la hace más explícita. Un workflow, una API, una regla de autorización o un dashboard pueden codificar decisiones administrativas. Si la regla de negocio está mal diseñada, automatizarla sólo hace que el error se ejecute con mayor velocidad y consistencia.

6. Mini caso

Una empresa SaaS B2B está creciendo y distintas áreas interpretan Retrabajo de manera diferente. Producto prioriza velocidad, ingeniería confiabilidad, ventas compromisos con clientes y finanzas disciplina de costos. El problema no se resuelve eligiendo automáticamente una función sobre las demás.

Analiza el caso en este orden:

1. define el resultado empresarial relevante;
2. identifica los stakeholders de la decisión;
3. documenta restricciones y dependencias;
4. asigna derecho de decisión y responsabilidad;
5. determina la evidencia que permitirá revisar el resultado;
6. establece cuándo debe reabrirse la decisión.

Este esquema obliga a convertir una discusión funcional en un problema de diseño administrativo.

7. Riesgos y errores frecuentes

• Formalismo sin ejecución: existe el documento, cargo o indicador, pero no cambia decisiones.
• Ambigüedad de ownership: varias personas participan pero nadie responde por el resultado.
• Optimización local: una función mejora su resultado deteriorando el flujo empresarial completo.
• Automatización prematura: se codifica un proceso que todavía contiene decisiones mal definidas.
• Ausencia de feedback: la organización repite el mecanismo aunque la evidencia indique que dejó de funcionar.

8. Ejercicio aplicado

Selecciona una empresa tecnológica real o un proyecto propio y construye una ficha de Retrabajo. Incluye:

• definición aplicada al caso;
• objetivo relacionado;
• responsable u owner;
• decisión que habilita;
• entradas de información;
• restricciones;
• evidencia o métrica;
• principal riesgo;
• una mejora propuesta;
• una pregunta que deba revisarse en el siguiente ciclo de gestión.

Separa hecho observado, inferencia y supuesto.

9. Ideas clave

• Retrabajo debe producir capacidad de decisión o coordinación, no sólo vocabulario.
• La administración funciona como sistema y no como suma de funciones aisladas.
• Responsabilidad, información, ejecución, control y feedback deben mantenerse conectados.
• En tecnología, los mecanismos administrativos pueden quedar incorporados al software y a la arquitectura operativa.

10. Bibliografía base

• Deming, W. E. (1986). Out of the Crisis. MIT Press.
• Ishikawa, K. (1986). Guide to Quality Control. Asian Productivity Organization.
• ISO 9001:2015. Quality management systems — Requirements.

Navegación

← Anterior · Índice del Tema 18 · Siguiente →