Tema 4.7 — Subsistemas

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: Subsistemas

Objetivos de aprendizaje

Al finalizar este subtema deberás ser capaz de:

1. Explicar qué es un subsistema organizacional.
2. Distinguir subsistemas funcionales, técnicos, sociales e informacionales.
3. Comprender que un subsistema puede contener otros subsistemas.
4. Analizar interfaces entre áreas, procesos y aplicaciones.
5. Identificar objetivos locales incompatibles con el resultado global.
6. Construir un mapa de subsistemas de una empresa.

1. Un sistema complejo puede descomponerse

Una empresa completa puede resultar demasiado amplia para analizarla como una sola unidad.

El pensamiento sistémico permite identificar subsistemas: conjuntos de elementos que cumplen una función relativamente diferenciada dentro de un sistema mayor.

EMPRESA
├── Comercial
├── Operaciones
├── Finanzas
├── Personas
└── Tecnología

Cada subsistema puede estudiarse por separado, pero no debe suponerse que es independiente.

2. Subsistema no equivale necesariamente a departamento

Un departamento puede constituir un subsistema, pero también pueden existir subsistemas que atraviesan varios departamentos.

Ejemplo:

Subsistema de ingresos

Marketing
   ↓
Ventas
   ↓
Contratos
   ↓
Facturación
   ↓
Cobranza

Participan varias áreas, pero existe una lógica sistémica común: convertir demanda en ingreso realizado.

3. Subsistemas funcionales

Una forma simple de descomponer una empresa es por función:

• marketing;
• ventas;
• operaciones;
• finanzas;
• recursos humanos;
• tecnología;
• compras;
• logística.

Esta clasificación coincide frecuentemente con la estructura organizacional.

Es útil, pero puede reforzar una visión de silos si se utiliza como única perspectiva.

4. Subsistemas de proceso

También podemos organizar la empresa por flujos end-to-end.

Lead to Cash
Procure to Pay
Hire to Retire
Record to Report
Issue to Resolution

Este enfoque muestra relaciones que el organigrama oculta.

5. Subsistema técnico

Incluye tecnologías, herramientas e infraestructura utilizadas para producir resultados.

Puede comprender:

• maquinaria;
• software;
• redes;
• bases de datos;
• APIs;
• automatizaciones;
• modelos de IA.

El subsistema técnico condiciona qué actividades son posibles y a qué costo.

6. Subsistema social

Una organización también contiene relaciones humanas.

Incluye:

• grupos;
• liderazgo;
• normas;
• cultura;
• poder;
• comunicación;
• confianza;
• conflicto.

Un cambio técnico puede fracasar si ignora el subsistema social.

Ejemplo:

Nuevo ERP
  +
roles no redefinidos
  +
usuarios no capacitados
  =
implementación problemática

7. Sistema sociotécnico

La perspectiva sociotécnica enfatiza que tecnología y organización social deben diseñarse conjuntamente.

TECNOLOGÍA
     ↕
PERSONAS
     ↕
PROCESOS

Cambiar una parte altera las demás.

Automatizar una tarea puede modificar:

• responsabilidades;
• competencias;
• autonomía;
• supervisión;
• métricas.

8. Subsistema de información

Las organizaciones dependen de información para coordinarse.

Un subsistema de información incluye:

• captura;
• almacenamiento;
• procesamiento;
• distribución;
• reporte.

Ejemplo:

CRM
 ↓
ERP
 ↓
Data Warehouse
 ↓
BI

La arquitectura de información puede conectar o fragmentar subsistemas funcionales.

9. Subsistema de control

Las organizaciones también necesitan mecanismos para comparar resultados con objetivos.

Incluye:

• presupuestos;
• KPIs;
• auditoría;
• políticas;
• revisiones;
• alertas;
• aprobaciones.

PLAN
 ↓
EJECUCIÓN
 ↓
MEDICIÓN
 ↓
CONTROL

10. Subsistemas anidados

Un subsistema puede contener otros.

Ejemplo:

FINANZAS
├── Tesorería
├── Contabilidad
├── Planeación financiera
└── Cuentas por cobrar

Cada uno puede analizarse nuevamente como sistema con inputs, procesos, outputs y feedback.

Este carácter jerárquico permite cambiar de nivel según la pregunta.

11. Nivel de análisis

Una misma situación puede estudiarse en varios niveles.

Ejemplo: baja conversión.

Nivel empresa

¿La propuesta de valor es adecuada?

Nivel comercial

¿El funnel funciona?

Nivel equipo

¿Los asesores califican bien?

Nivel tarea

¿El script de seguimiento es eficaz?

La causa puede estar en un nivel distinto del síntoma.

12. Interfaces

La relación entre subsistemas ocurre mediante interfaces.

Una interfaz define cómo se transfieren:

• información;
• materiales;
• dinero;
• autoridad;
• responsabilidad.

Ejemplo:

VENTAS
  ↓ orden confirmada
[INTERFAZ]
  ↓
OPERACIONES

Una interfaz mal definida produce errores aunque ambos subsistemas funcionen bien internamente.

13. Contratos internos de servicio

Las interfaces pueden formalizar expectativas.

Ejemplo:

Ventas entrega a operaciones:

• cliente validado;
• alcance;
• precio;
• fecha;
• requisitos.

Operaciones devuelve:

• confirmación;
• fecha prevista;
• estado;
• evidencia de entrega.

Esto funciona como un contrato operativo entre subsistemas.

14. APIs como interfaces sistémicas

En software empresarial, una API cumple una función semejante.

Sistema A
  ↓ contrato de API
Sistema B

La API define:

• datos;
• formato;
• autenticación;
• errores;
• comportamiento esperado.

Una buena arquitectura técnica explicita interfaces que en procesos manuales podrían ser ambiguas.

15. Acoplamiento

Dos subsistemas están más acoplados cuando cambios en uno afectan rápidamente al otro.

Acoplamiento fuerte

• dependencia inmediata;
• poca tolerancia a fallas;
• cambios coordinados.

Acoplamiento más débil

• mayor autonomía;
• buffers;
• interfaces estables.

El diseño organizacional y tecnológico busca un nivel de acoplamiento adecuado, no necesariamente mínimo.

16. Objetivos locales

Cada subsistema puede tener metas propias.

Ejemplo:

VENTAS → maximizar contratos
FINANZAS → reducir riesgo de crédito
OPERACIONES → minimizar variabilidad

Los tres objetivos pueden chocar.

La dirección necesita diseñar reglas que produzcan un equilibrio compatible con el resultado del sistema.

17. Silos

Un silo aparece cuando un subsistema:

• optimiza sus métricas;
• protege su información;
• minimiza cooperación;
• ignora efectos downstream.

El silo no se resuelve solamente reorganizando el organigrama.

Puede requerir:

• métricas compartidas;
• procesos end-to-end;
• sistemas integrados;
• responsabilidades transversales.

18. Modularidad

La modularidad busca dividir un sistema en componentes relativamente autónomos conectados por interfaces claras.

Ventajas:

• escalabilidad;
• reemplazo;
• especialización;
• reducción de propagación de cambios.

Riesgo:

• demasiadas fronteras;
• coordinación excesiva;
• duplicación.

La modularidad es un principio tanto organizacional como de arquitectura de software.

19. Shared services

Algunos subsistemas prestan servicios a toda la organización.

Ejemplos:

• TI;
• Legal;
• Finanzas;
• People;
• Procurement.

Un shared service centraliza capacidad, pero debe diseñar interfaces para evitar convertirse en cuello de botella.

20. Caso aplicado: empresa multiindustria

Una plataforma empresarial puede tener:

CORE
├── identidad
├── tenancy
├── permisos
└── auditoría

APPS
├── CRM
├── Finance
├── People
└── Projects

VERTICALES
├── Travel
├── Legal
└── Manufacturing

El reto sistémico consiste en decidir:

• qué pertenece al core;
• qué puede evolucionar independientemente;
• qué interfaces son obligatorias;
• qué dependencias están permitidas.

Es una decisión de subsistemas y fronteras.

21. Mapa de subsistemas

Para una empresa, identifica:

1. subsistemas funcionales;
2. procesos transversales;
3. sistemas de información;
4. subsistemas de control;
5. interfaces críticas.

Después dibuja al menos cinco relaciones.

22. Preguntas de reflexión

1. ¿Qué subsistema no coincide con un departamento?
2. ¿Qué interfaz produce más errores?
3. ¿Qué sistema tecnológico conecta varias áreas?
4. ¿Qué objetivo local perjudica al conjunto?
5. ¿Qué componente debería ser modular?
6. ¿Qué shared service se ha convertido en cuello de botella?

23. Ejercicio aplicado

Construye una tabla:

Incluye al menos seis subsistemas.

Después identifica dos dependencias que deberían hacerse más explícitas.

24. Ideas clave

• Los subsistemas permiten analizar partes sin olvidar el sistema mayor.
• Departamento y subsistema no son equivalentes.
• Las interfaces son tan importantes como las partes.
• Tecnología, personas y procesos forman sistemas sociotécnicos.
• Objetivos locales pueden entrar en conflicto.
• Modularidad y contratos claros reducen propagación de problemas.

25. 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

26. Bibliografía y fuentes verificables

• Katz, D., & Kahn, R. L. (1978). The Social Psychology of Organizations. Wiley.
• Trist, E. L., & Bamforth, K. W. (1951). Some Social and Psychological Consequences of the Longwall Method of Coal-Getting. Human Relations, 4(1), 3–38. https://doi.org/10.1177/001872675100400101
• Scott, W. R., & Davis, G. F. (2007). Organizations and Organizing. Pearson.
• Simon, H. A. (1962). The Architecture of Complexity. Proceedings of the American Philosophical Society, 106(6), 467–482.
• Sterman, J. D. (2000). Business Dynamics. Irwin/McGraw-Hill.

Navegación

← Anterior: Entorno · Índice del Tema 4 · Siguiente: Interdependencia →