Tema 3.10 — Teoría de contingencia
Ruta académica
Programa: Business Administration
Bloque 1: Fundamentos de administración
Unidad 1: La empresa y la administración
Tema 3: Evolución del pensamiento administrativo
Subtema: Teoría de contingencia
Objetivos de aprendizaje
Al finalizar este subtema deberás ser capaz de:
- Explicar por qué la teoría de contingencia rechazó la búsqueda de una única forma óptima de administrar.
- Identificar variables contingentes como tecnología, tamaño, entorno, estrategia, incertidumbre y capacidades.
- Comprender el principio de ajuste o fit entre organización y contexto.
- Relacionar las aportaciones de Joan Woodward, Burns y Stalker, y Lawrence y Lorsch.
- Utilizar razonamiento contingente para evaluar decisiones de estructura, control y liderazgo.
- Distinguir “depende” como conclusión superficial de un análisis contingente riguroso.
1. El cuestionamiento a “one best way”
Gran parte del pensamiento administrativo temprano buscó principios generales.
Taylor buscó mejores métodos de trabajo.
Fayol formuló principios administrativos.
Weber describió una forma racional de organización.
La teoría de contingencia introduce una objeción fundamental:
una práctica administrativa que funciona bien bajo ciertas condiciones puede funcionar mal bajo otras.
Por tanto:
NO EXISTE
una única estructura óptima
para toda organización
La respuesta correcta depende del contexto.
2. “It depends” no es evasión
La frase asociada con la escuela de contingencia es:
It depends.
Pero decir “depende” sin identificar de qué depende no es análisis.
Un razonamiento contingente completo tiene esta forma:
SI
condición A
ENTONCES
configuración X puede ser adecuada
PERO SI
condición B
ENTONCES
configuración Y puede funcionar mejor
La teoría busca relaciones entre variables, no relativismo absoluto.
3. El concepto de ajuste
El concepto central es fit o ajuste.
Una organización funciona mejor cuando existe coherencia entre:
- estrategia;
- tecnología;
- estructura;
- entorno;
- personas;
- sistemas de control.
DESEMPEÑO
↑
AJUSTE ENTRE VARIABLES
No basta con copiar una práctica exitosa de otra empresa.
Debemos preguntar si las condiciones son comparables.
4. Tecnología como contingencia
Joan Woodward estudió empresas manufactureras británicas y mostró que diferentes tecnologías productivas se asociaban con estructuras distintas.
Por ejemplo, no es lo mismo administrar:
- producción unitaria;
- producción masiva;
- producción continua.
La tecnología condiciona:
- especialización;
- supervisión;
- capacitación;
- coordinación;
- formalización.
OpenStax destaca precisamente a Woodward como una figura importante en esta escuela.
5. Entorno estable vs. entorno dinámico
Burns y Stalker distinguieron entre estructuras mecanicistas y orgánicas.
Estructura mecanicista
Tiende a presentar:
- jerarquía clara;
- roles definidos;
- formalización;
- comunicación vertical;
- especialización.
Puede funcionar bien cuando el entorno es relativamente estable.
Estructura orgánica
Tiende a presentar:
- flexibilidad;
- comunicación lateral;
- roles adaptables;
- descentralización;
- colaboración.
Puede ser más adecuada bajo innovación e incertidumbre.
6. No significa que orgánico sea “mejor”
Una lectura superficial concluye:
moderno = orgánico = bueno.
La teoría contingente no dice eso.
Una planta que produce millones de unidades estandarizadas puede necesitar procedimientos más mecanicistas que un laboratorio de innovación.
ESTABILIDAD + REPETIBILIDAD
→ más formalización puede ayudar
INCERTIDUMBRE + INNOVACIÓN
→ más flexibilidad puede ayudar
La pregunta es ajuste, no moda.
7. Lawrence y Lorsch
Paul Lawrence y Jay Lorsch estudiaron cómo organizaciones en entornos distintos desarrollaban diferentes grados de diferenciación e integración.
Diferenciación
Las áreas se especializan y desarrollan formas distintas de trabajar.
Ejemplo:
- I+D piensa en horizontes largos;
- ventas responde al mercado inmediato;
- producción prioriza estabilidad.
Integración
La empresa necesita mecanismos que permitan coordinar esas diferencias.
DIFERENCIACIÓN
↓
Mayor especialización
↓
Mayor necesidad de
INTEGRACIÓN
8. Tamaño
El tamaño organizacional también puede ser una contingencia.
Una empresa de cinco personas puede coordinarse mediante conversación directa.
Una empresa de cinco mil necesita:
- sistemas;
- roles;
- estándares;
- capas de coordinación;
- políticas.
Aplicar la estructura de una startup a una multinacional puede ser tan problemático como aplicar burocracia corporativa a un equipo de cinco personas.
9. Estrategia
La estructura debe apoyar a la estrategia.
Una empresa que compite por eficiencia puede requerir:
- estandarización;
- escala;
- control de costos;
- procesos repetibles.
Una empresa que compite por innovación puede necesitar:
- experimentación;
- autonomía;
- equipos multifuncionales;
- tolerancia a variación.
No existe estructura separada del propósito competitivo.
10. Incertidumbre
A mayor incertidumbre, suele aumentar la necesidad de:
- información;
- adaptación;
- descentralización selectiva;
- aprendizaje;
- coordinación transversal.
En escenarios previsibles, la empresa puede formalizar más.
La incertidumbre puede provenir de:
- tecnología;
- demanda;
- regulación;
- competencia;
- disponibilidad de recursos.
11. Regulación y riesgo
Un sector altamente regulado puede requerir:
- controles formales;
- trazabilidad;
- segregación de funciones;
- documentación.
Un proyecto experimental interno puede tolerar procesos más ligeros.
Por tanto, incluso dentro de una misma empresa pueden coexistir diseños distintos.
PROCESO FINANCIERO
formalización alta
LABORATORIO DE PRODUCTO
formalización menor
12. Liderazgo contingente
La lógica contingente también influyó en teorías de liderazgo.
No siempre funciona el mismo estilo.
La respuesta puede depender de:
- experiencia del equipo;
- urgencia;
- claridad de tarea;
- riesgo;
- conflicto;
- autonomía requerida.
Esto cuestiona la búsqueda del “estilo de liderazgo perfecto”.
13. Centralización contingente
La pregunta no es:
¿centralización o descentralización?
La pregunta es:
¿qué decisiones deben ubicarse en qué nivel y bajo qué condiciones?
Ejemplo:
Seguridad crítica → centralizar estándar
Atención al cliente → descentralizar ciertas soluciones
Pricing excepcional → escalar
Corrección menor de UI → autonomía de equipo
El diseño puede ser granular.
14. Estandarización contingente
No todo proceso merece el mismo nivel de estandarización.
Alta repetibilidad
- nómina;
- facturación;
- backups;
- conciliación.
Puede beneficiarse de estándares fuertes.
Alta creatividad
- investigación;
- diseño conceptual;
- estrategia emergente.
Puede necesitar mayor libertad.
15. Error frecuente: copiar best practices
Una “best practice” puede ser buena bajo condiciones determinadas.
Copiarla sin contexto produce cargo cult management.
Ejemplo:
“Empresa X eliminó managers, por lo tanto nosotros debemos hacerlo.”
El análisis contingente pregunta:
- ¿qué tamaño tiene X?;
- ¿qué talento?;
- ¿qué cultura?;
- ¿qué producto?;
- ¿qué nivel de regulación?;
- ¿qué mecanismos sustituyen al manager?;
16. Framework de decisión contingente
Para evaluar una práctica administrativa:
Paso 1. Define la decisión
Ejemplo: centralizar soporte.
Paso 2. Identifica variables
- tamaño;
- complejidad;
- clientes;
- idiomas;
- horarios;
- producto;
- riesgo.
Paso 3. Formula alternativas
- centralizado;
- regional;
- híbrido.
Paso 4. Evalúa ajuste
¿Qué alternativa responde mejor a condiciones reales?
Paso 5. Define métricas
¿Cómo sabrás si funcionó?
17. Contingencia y Agile
Agile es útil en determinados contextos, especialmente donde:
- requisitos cambian;
- feedback rápido aporta valor;
- se puede iterar;
- equipos tienen capacidad técnica.
Pero no toda actividad se beneficia del mismo nivel de iteración.
Un cierre contable regulado y un prototipo de producto tienen necesidades distintas.
La teoría contingente ayuda a evitar convertir Agile en dogma.
18. Contingencia y arquitectura de software
También en ingeniería:
“Siempre microservicios”
es una mala regla contingente.
La decisión depende de:
- tamaño del equipo;
- escala;
- independencia de dominios;
- capacidad operativa;
- complejidad;
- frecuencia de cambio.
Un monolito modular puede ser mejor en un contexto y microservicios en otro.
La misma lógica de management aparece en arquitectura técnica.
19. Contingencia y procesos empresariales
Una empresa puede definir niveles de control según riesgo:
Transacción simple
→ autoaprobación
Transacción media
→ aprobación gerencial
Transacción crítica
→ doble aprobación + auditoría
No se aplica la misma burocracia a todo.
Esto es diseño contingente.
20. Relación con teoría de sistemas
Sistemas y contingencia están estrechamente conectados.
La teoría de sistemas afirma:
la organización interactúa con su entorno.
La contingencia añade:
por tanto, el diseño adecuado depende de las condiciones de esa interacción.
ENTORNO
↓
CONTINGENCIAS
↓
DISEÑO ORGANIZACIONAL
↓
DESEMPEÑO
21. Preguntas de reflexión
- ¿Por qué “it depends” no es una respuesta suficiente?
- ¿Qué variables justificarían una estructura más mecanicista?
- ¿Qué variables justificarían una estructura más orgánica?
- ¿Qué best practice podría fracasar al copiarse fuera de contexto?
- ¿Qué decisiones conviene centralizar en una startup SaaS?
- ¿Cómo cambia el diseño cuando aumenta la regulación?
22. Ejercicio aplicado
Compara dos organizaciones hipotéticas:
Empresa A
- 20 personas;
- producto nuevo;
- mercado incierto;
- alta innovación.
Empresa B
- 2,000 personas;
- servicio regulado;
- procesos repetitivos;
- alto riesgo financiero.
Diseña para cada una:
- estructura;
- centralización;
- formalización;
- reporting;
- controles;
- autonomía.
Justifica cada diferencia mediante una contingencia concreta.
23. Ideas clave
- No existe una única forma óptima de administrar.
- “Depende” debe acompañarse de variables y relaciones claras.
- Tecnología, entorno, tamaño, estrategia y riesgo son contingencias relevantes.
- El desempeño depende del ajuste entre organización y contexto.
- Copiar prácticas sin comprender condiciones puede producir malos resultados.
- La teoría contingente convierte principios rígidos en decisiones de diseño contextual.
24. Video recomendado
- MIT OpenCourseWare — Systems Thinking and Modeling for a Complex World
https://www.youtube.com/watch?v=o-Yp8A7BPE8
Aunque está orientado a sistemas, ayuda a comprender por qué el comportamiento organizacional depende del contexto y de múltiples interacciones.
25. Bibliografía y fuentes verificables
- Woodward, J. (1965). Industrial Organization: Theory and Practice. Oxford University Press.
- Burns, T., & Stalker, G. M. (1961). The Management of Innovation. Tavistock.
- Lawrence, P. R., & Lorsch, J. W. (1967). Organization and Environment: Managing Differentiation and Integration. Harvard University Press.
- Donaldson, L. (2001). The Contingency Theory of Organizations. Sage. ISBN 978-0-7619-3574-3.
- Bright, D. S., & Cortes, A. H. (2019/2026). Principles of Management. OpenStax.
Verificación
- OpenStax, “Contingency and System Management”: https://openstax.org/books/principles-management/pages/3-7-contingency-and-system-management
- MIT OpenCourseWare: https://ocw.mit.edu/courses/res-15-004-system-dynamics-systems-thinking-and-modeling-for-a-complex-world-january-iap-2020/
<!-- oone-academy-navigation -->
Navegación
← Anterior: Teoría de sistemas · Índice del Tema 3 · Siguiente: Management contemporáneo →