Tema 4.8 — Interdependencia

Ruta académica

Programa: Business Administration
Bloque 1: Fundamentos de administración
Unidad 2: La empresa como sistema
Tema 4: Pensamiento sistémico aplicado a empresas
Subtema: Interdependencia

Objetivos de aprendizaje

Al finalizar este subtema deberás ser capaz de:

1. Definir interdependencia organizacional.
2. Distinguir interdependencia agrupada, secuencial y recíproca.
3. Explicar por qué la optimización local puede deteriorar el desempeño global.
4. Identificar dependencias de información, capacidad, recursos y decisiones.
5. Analizar efectos de segundo orden y externalidades internas.
6. Proponer mecanismos de coordinación adecuados al tipo de dependencia.

1. Ninguna parte importante de una empresa opera completamente sola

La interdependencia existe cuando el comportamiento o desempeño de una parte depende de otra.

A cambia
  ↓
B resulta afectado

En una empresa:

• ventas depende de marketing;
• operaciones depende de ventas;
• finanzas depende de cobranza;
• soporte depende de producto;
• producto depende de tecnología y feedback del cliente.

La interdependencia explica por qué decisiones localmente racionales pueden producir resultados globalmente malos.

2. Dependencia no significa subordinación

Dos áreas pueden ser jerárquicamente independientes y, sin embargo, depender operativamente una de otra.

Ejemplo:

Ventas y operaciones pueden reportar a diferentes directores.

Pero:

Ventas promete
   ↓
Operaciones entrega

La relación funcional existe aunque no exista mando directo.

3. James D. Thompson y tipos de interdependencia

Una tipología clásica distingue tres formas.

Interdependencia agrupada (pooled)

Las unidades trabajan relativamente separadas, pero contribuyen al mismo sistema.

Ejemplo:

Sucursales de una cadena.

Cada una opera localmente, pero comparten:

• marca;
• capital;
• reputación;
• tecnología.

Interdependencia secuencial

El output de una unidad se convierte en input de otra.

A → B → C

Ejemplo:

Ventas → Operaciones → Facturación.

Interdependencia recíproca

Las unidades se afectan mutuamente de manera continua.

A ↔ B

Ejemplo:

Producto ↔ Ingeniería durante desarrollo.

La necesidad de coordinación suele aumentar desde agrupada hacia recíproca.

4. Dependencias de recursos

Un área puede necesitar recursos controlados por otra.

Ejemplo:

Marketing necesita presupuesto
        ↓
Finanzas asigna recursos

O:

Ventas necesita especialistas técnicos
        ↓
Engineering aporta capacidad

Estas dependencias crean negociación interna.

5. Dependencias de información

Una decisión puede requerir datos de otro subsistema.

Ejemplo:

Compras necesita:

• forecast de demanda;
• inventario;
• presupuesto;
• lead time de proveedores.

Si la información llega tarde, la decisión puede ser incorrecta aunque el comprador sea competente.

6. Dependencias de capacidad

Una función puede generar demanda para otra.

Marketing ↑
  ↓
Leads ↑
  ↓
Ventas necesita más capacidad
  ↓
Ventas cerradas ↑
  ↓
Operaciones necesita más capacidad

El crecimiento de una parte puede desplazar el cuello de botella hacia otra.

7. Dependencias de decisión

Algunas decisiones requieren autorizaciones cruzadas.

Ejemplo:

Descuento comercial
   ↓
Ventas propone
   ↓
Finanzas valida margen
   ↓
Dirección autoriza excepción

Si el diseño de autoridad es ambiguo, aparecen demoras y conflictos.

8. Optimización local

Supón que cada área intenta maximizar su KPI.

Compras → precio mínimo
Operaciones → máxima estabilidad
Ventas → máximo volumen
Finanzas → mínimo gasto

Cada meta puede ser razonable.

Pero juntas pueden generar:

• mala calidad;
• baja flexibilidad;
• promesas imposibles;
• falta de inversión.

ÓPTIMOS LOCALES
      ≠
ÓPTIMO GLOBAL

9. Externalidades internas

Una decisión puede imponer costos a otra área sin aparecer en la métrica del área que decide.

Ejemplo:

Ventas personaliza cada contrato para cerrar más negocios.

Beneficio local:

• conversión ↑.

Costo downstream:

• complejidad operativa ↑;
• soporte ↑;
• mantenimiento ↑;
• margen ↓.

Estos costos son externalidades internas.

10. Efectos de segundo orden

Una decisión tiene efectos inmediatos y efectos posteriores.

Ejemplo:

Reducir personal
  ↓
Costo ↓             ← primer orden
  ↓
Carga por persona ↑
  ↓
Errores ↑
  ↓
Rotación ↑          ← segundo orden
  ↓
Costo de contratación ↑

El análisis sistémico obliga a preguntar “¿y después qué?”.

11. Dependencias ocultas

Algunas relaciones solo se hacen visibles cuando ocurre una falla.

Ejemplo:

Una persona mantiene manualmente una hoja que alimenta tres reportes.

No existe documentación formal.

Cuando se ausenta:

Hoja no actualizada
  ↓
Forecast falla
  ↓
Compras falla
  ↓
Inventario falla

La organización descubre una dependencia tácita.

12. Bus factor

En tecnología y conocimiento, el bus factor expresa cuántas personas pueden desaparecer antes de que el proyecto pierda conocimiento crítico.

Un bus factor de 1 indica alta vulnerabilidad.

Mitigación:

• documentación;
• revisión cruzada;
• pairing;
• capacitación;
• rotación de responsabilidades.

13. Coordinación por estandarización

Cuando las dependencias son previsibles, pueden coordinarse mediante:

• procedimientos;
• formatos;
• SLAs;
• contratos;
• APIs;
• políticas.

INPUT esperado
+
regla clara
=
menos negociación por caso

14. Coordinación por planificación

En interdependencia secuencial puede utilizarse planificación.

Ejemplo:

• forecast;
• calendario;
• capacity plan;
• roadmap.

Cada unidad anticipa lo que la siguiente necesitará.

15. Coordinación por ajuste mutuo

La interdependencia recíproca requiere comunicación frecuente.

Ejemplos:

• equipo multidisciplinario;
• war room;
• daily coordination;
• product trio;
• comité de riesgo.

No todo puede resolverse mediante procedimientos fijos.

16. Cross-functional teams

Los equipos multifuncionales reducen costos de coordinación cuando un resultado necesita varias especialidades.

Producto
├── negocio
├── diseño
├── ingeniería
└── datos

La coordinación se acerca al trabajo en lugar de escalar constantemente por jerarquía.

17. Shared metrics

Una forma de reducir optimización local es utilizar métricas compartidas.

Ejemplo:

Ventas no solo mide contratos cerrados.

También puede compartir con operaciones:

• margen;
• activación;
• retención;
• tiempo de entrega.

La métrica obliga a considerar efectos downstream.

18. Matriz RACI y sus límites

RACI puede aclarar:

• Responsible;
• Accountable;
• Consulted;
• Informed.

Pero no resuelve automáticamente la interdependencia.

Una matriz puede decir quién participa, pero no garantiza:

• información oportuna;
• capacidad;
• incentivos alineados;
• interfaces funcionales.

19. Interdependencia tecnológica

Los sistemas empresariales también dependen unos de otros.

CRM
  ↓
ERP
  ↓
Billing
  ↓
Data Warehouse

Una modificación del esquema upstream puede romper reportes downstream.

Por eso se utilizan:

• contratos de API;
• versionado;
• eventos;
• tests;
• observabilidad.

20. Cascading failure

Una falla puede propagarse por dependencias.

Identity Provider falla
  ↓
Usuarios no acceden
  ↓
Ventas / soporte / operaciones se detienen

La arquitectura resiliente intenta contener propagación mediante aislamiento, redundancia y degradación controlada.

21. Caso aplicado: descuentos

Ventas ofrece descuentos para alcanzar cuota.

Descuento ↑
→ conversión ↑
→ revenue bruto ↑
→ margen ↓
→ capacidad de soporte no cambia
→ clientes poco rentables ↑

La decisión comercial debe evaluarse con finanzas y operaciones.

El precio es una variable sistémica, no exclusivamente de ventas.

22. Mapa de dependencias

Para analizar una empresa:

1. identifica unidades;
2. dibuja qué entrega cada una;
3. marca dependencia de información;
4. marca dependencia de capacidad;
5. identifica aprobaciones;
6. identifica recursos únicos;
7. localiza posibles fallas en cascada.

23. Preguntas de reflexión

1. ¿Qué dependencia secuencial existe en un proceso de venta?
2. ¿Qué relación recíproca necesita comunicación continua?
3. ¿Qué KPI genera externalidades internas?
4. ¿Qué conocimiento tiene bus factor bajo?
5. ¿Qué dependencia tecnológica puede producir una falla en cascada?
6. ¿Qué métrica compartida alinearía dos áreas?

24. Ejercicio aplicado

Construye una matriz de dependencias entre cinco áreas.

Clasifica cada relación como:

• agrupada;
• secuencial;
• recíproca.

Después identifica la dependencia de mayor riesgo.

25. Ideas clave

• Interdependencia significa que el desempeño de una parte depende de otra.
• Las dependencias pueden ser agrupadas, secuenciales o recíprocas.
• La optimización local puede generar externalidades internas.
• Los efectos de segundo orden importan tanto como los inmediatos.
• Mayor interdependencia exige mecanismos de coordinación más ricos.
• Las dependencias tecnológicas pueden propagar fallas.

26. Videos recomendados en YouTube

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

2. CrashCourse — The Core of a Business: Key Activities & Resources (#8)
   https://www.youtube.com/watch?v=8bu1Ltpeiu4

27. Bibliografía y fuentes verificables

• Thompson, J. D. (1967). Organizations in Action. McGraw-Hill.
• Galbraith, J. R. (1973). Designing Complex Organizations. Addison-Wesley.
• Mintzberg, H. (1979). The Structuring of Organizations. Prentice-Hall.
• Sterman, J. D. (2000). Business Dynamics. Irwin/McGraw-Hill.
• Meadows, D. H. (2008). Thinking in Systems: A Primer. Chelsea Green Publishing.

Navegación

← Anterior: Subsistemas · Índice del Tema 4 · Siguiente: Fronteras organizacionales →