Tema 6.5 — Operaciones: cumplimiento de la promesa

Ruta académica

Programa: Business Administration
Bloque 1: Fundamentos de administración
Unidad 2: La empresa como sistema
Tema 6: Flujo transversal de una empresa
Subtema: Operaciones — Cumplimiento de la promesa

Objetivos de aprendizaje

Al finalizar este subtema deberás ser capaz de:

1. Explicar cómo una promesa comercial se transforma en trabajo operativo.
2. Distinguir pedido, work order, task, delivery y acceptance.
3. Analizar capacidad, cola, prioridad y variabilidad.
4. Identificar evidencia de cumplimiento necesaria para facturación.
5. Comprender el riesgo de scope creep y excepciones no controladas.
6. Diseñar métricas de cumplimiento conectadas con cliente, margen y ciclo end-to-end.

1. Operaciones convierte compromiso en realidad

Hasta este punto del flujo, gran parte del trabajo ha consistido en identificar, negociar y documentar una necesidad.

Operaciones debe entregar.

PROMESA
  ↓
PLAN
  ↓
RECURSOS
  ↓
EJECUCIÓN
  ↓
ENTREGA
  ↓
ACEPTACIÓN

La calidad del proceso comercial se vuelve observable en la operación.

2. Fulfillment

Fulfillment significa cumplir lo comprometido al cliente.

Puede adoptar formas muy distintas:

Retail

pedido → preparación → envío → entrega.

Manufactura

orden → producción → inspección → embarque.

Consultoría

contrato → proyecto → entregables → aceptación.

SaaS

contrato → provisioning → configuración → activación.

La lógica común es transformar un compromiso en resultado verificable.

3. Order Management

Un ORDER debe convertirse en instrucciones operativas.

ORDER
├── customer
├── items/services
├── quantity
├── price
├── date
├── delivery terms
├── status
└── references

El order management controla el ciclo desde recepción hasta fulfillment.

4. Work Order

En ciertos negocios, el pedido genera una orden de trabajo.

CUSTOMER ORDER
     ↓
WORK ORDER
     ↓
TASKS / RESOURCES

La orden de trabajo traduce el “qué compró el cliente” al “qué debe ejecutar la organización”.

5. Planificación

Antes de ejecutar, operaciones necesita responder:

• ¿qué debe hacerse?;
• ¿quién?;
• ¿con qué recursos?;
• ¿cuándo?;
• ¿en qué secuencia?;
• ¿qué dependencias existen?;

Una fecha comercial sin validación de capacidad puede convertirse en promesa imposible.

6. Capacidad

Capacidad es la cantidad de trabajo que un sistema puede procesar en un periodo.

Ejemplo:

CAPACIDAD
20 implementaciones / mes

DEMANDA
28 implementaciones / mes

BACKLOG
+8 / mes

El problema no se resuelve “trabajando más” indefinidamente.

7. Utilization

Una operación cercana al 100% de utilización puede generar colas y demoras.

UTILIZATION ↑
      ↓
SLACK ↓
      ↓
CAPACIDAD DE ABSORBER VARIACIÓN ↓
      ↓
WAITING TIME ↑

Por ello, maximizar utilización local no siempre maximiza servicio.

8. Backlog

Backlog es trabajo pendiente.

Debe distinguirse entre:

• backlog saludable;
• backlog vencido;
• work in progress;
• blocked work.

Métricas:

• cantidad;
• valor;
• aging;
• prioridad;
• capacidad requerida.

9. Priorización

Las operaciones necesitan reglas.

Ejemplos:

• FIFO;
• fecha prometida;
• criticidad;
• SLA;
• valor del cliente;
• dependencia;
• clase de servicio.

Sin reglas visibles, la prioridad puede convertirse en “quien grita más fuerte”.

10. Variabilidad

La demanda y el tiempo de ejecución varían.

Ejemplo:

Ticket A = 10 min
Ticket B = 2 h
Ticket C = 3 días

Un promedio puede ocultar extremos que afectan capacidad.

11. Cycle Time

Tiempo desde inicio de trabajo hasta finalización.

CYCLE TIME
=
completion - start

Puede incluir trabajo activo y espera.

Reducir cycle time puede mejorar experiencia y liberar capacidad.

12. Lead Time

Lead time suele observar el tiempo desde solicitud hasta entrega.

REQUEST
  ↓ waiting
START
  ↓ work
COMPLETE

LEAD TIME > ACTIVE WORK TIME

La diferencia revela colas y handoffs.

13. Throughput

Throughput mide unidades que el sistema completa por periodo.

Ejemplo:

12 proyectos / mes
300 órdenes / día
40 tickets / hora

Aumentar actividad no necesariamente aumenta throughput.

14. Work in Process

Demasiado WIP fragmenta atención y alarga tiempos.

10 trabajos abiertos
pero ninguno termina

Limitar WIP puede mejorar flujo.

15. Bottleneck

El cuello de botella limita el desempeño del sistema.

VENTAS 50 pedidos/día
 ↓
CONFIGURACIÓN 20/día  ← constraint
 ↓
ENTREGA 60/día

Aumentar capacidad después del bottleneck no resuelve la restricción.

16. Calidad

Cumplir rápido algo incorrecto no crea valor.

Dimensiones:

• conformidad;
• exactitud;
• completitud;
• confiabilidad;
• defectos;
• retrabajo.

Una métrica clave puede ser First Time Right.

17. Rework

Retrabajo consume capacidad sin generar nueva demanda.

DEFECT
  ↓
REWORK
  ↓
CAPACITY CONSUMED
  ↓
OTHER WORK DELAYED

Por eso la mala calidad tiene efectos sistémicos.

18. Scope Creep

En servicios, el alcance puede expandirse informalmente.

Ejemplo:

Contrato:

migración de 3 fuentes.

Durante ejecución:

“agreguemos otras 5, debe ser rápido”.

Sin change control, margen y fecha se deterioran.

19. Change Request

Una modificación debe evaluar:

• alcance;
• esfuerzo;
• costo;
• fecha;
• riesgo;
• precio.

REQUEST
 ↓
IMPACT ANALYSIS
 ↓
APPROVE / REJECT
 ↓
BASELINE UPDATE

20. Delivery Evidence

Antes de facturar puede requerirse evidencia de cumplimiento.

Ejemplos:

• proof of delivery;
• timesheet aprobado;
• milestone acceptance;
• shipping confirmation;
• service completion;
• usage record.

Esta evidencia conecta Operaciones con Billing.

21. Acceptance

“Terminado internamente” y “aceptado por cliente” pueden ser estados distintos.

DONE
  ↓
CUSTOMER REVIEW
  ↓
ACCEPTED

El contrato debe definir cuándo procede aceptación y qué ocurre ante rechazo.

22. Eventos facturables

Facturación puede dispararse por:

• envío;
• entrega;
• aceptación;
• milestone;
• consumo;
• periodo;
• suscripción.

Operaciones debe emitir el evento correcto.

FULFILLMENT EVENT
        ↓
BILLING TRIGGER

23. Revenue leakage en operaciones

Puede ocurrir cuando:

• se entrega más de lo contratado;
• consumo no se registra;
• cambios no se cotizan;
• horas no se capturan;
• hitos completados no llegan a billing.

La pérdida no siempre aparece como gasto visible.

24. Exception Management

No todo seguirá happy path.

Excepciones:

• stockout;
• proveedor falla;
• cliente no entrega datos;
• trabajo bloqueado;
• defecto;
• cambio de alcance;
• fecha imposible.

Debe existir:

DETECT
 ↓
OWNER
 ↓
RESOLVE / ESCALATE
 ↓
DOCUMENT

25. Operaciones y Customer Communication

El cliente necesita información sobre:

• estado;
• retrasos;
• requisitos;
• cambios;
• entrega.

La transparencia reduce incertidumbre incluso cuando existe problema.

26. Métricas

• throughput;
• cycle time;
• lead time;
• backlog;
• WIP;
• utilization;
• on-time delivery;
• first-time-right;
• defect rate;
• rework;
• scope change rate;
• billable event completeness.

27. Caso aplicado

Una empresa vende 40 implementaciones al mes.

Operaciones puede completar 25.

Ventas sigue cerrando 40 porque su KPI es bookings.

Resultado:

BACKLOG ↑
DELAYS ↑
CUSTOMER SATISFACTION ↓
REFUNDS ↑
CHURN ↑

El problema es sistémico: el incentivo comercial no está conectado con capacidad operativa.

28. Preguntas de reflexión

1. ¿Qué diferencia existe entre order y work order?
2. ¿Por qué 100% utilization puede deteriorar servicio?
3. ¿Qué efecto tiene rework sobre throughput?
4. ¿Cómo puede scope creep generar revenue leakage?
5. ¿Qué evento debería disparar una factura?
6. ¿Qué evidencia debe transferirse a billing?
7. ¿Qué métrica compartida podría alinear Ventas y Operaciones?

29. Ejercicio aplicado

Modela un proceso de fulfillment con:

• input;
• order;
• work order;
• 8 actividades;
• 2 handoffs;
• bottleneck;
• excepción;
• change request;
• acceptance;
• billing trigger;
• 8 métricas.

Calcula además qué ocurre con backlog si demanda mensual es 120 y capacidad 100 durante seis meses.

30. Ideas clave

• Operaciones convierte la promesa comercial en resultado.
• Capacidad y variabilidad condicionan fechas realistas.
• WIP, colas y bottlenecks explican demoras.
• Calidad deficiente consume capacidad mediante retrabajo.
• Scope change necesita control explícito.
• La evidencia operativa habilita facturación correcta.

31. Videos recomendados en YouTube

1. MIT OpenCourseWare — Operations Management / Process Analysis
   Búsqueda directa: https://www.youtube.com/results?search_query=MIT+OpenCourseWare+operations+management+process+analysis

2. MIT OpenCourseWare — Systems Thinking and Modeling for a Complex World
   https://www.youtube.com/watch?v=o-Yp8A7BPE8

32. Bibliografía y fuentes verificables

• Heizer, J., Render, B., & Munson, C. (2023). Operations Management: Sustainability and Supply Chain Management (14th ed.). Pearson.
• Slack, N., Brandon-Jones, A., & Burgess, N. (2022). Operations Management (10th ed.). Pearson.
• Goldratt, E. M., & Cox, J. (2014). The Goal (30th anniversary ed.). North River Press.
• Hopp, W. J., & Spearman, M. L. (2011). Factory Physics (3rd ed.). Waveland Press.
• Dumas, M., La Rosa, M., Mendling, J., & Reijers, H. A. (2018). Fundamentals of Business Process Management (2nd ed.). Springer.

Navegación

← Anterior: Cliente y handoff · Índice del Tema 6 · Siguiente: Facturación →