Tema 2.18 — Trade-offs
Ruta académica
Programa: Desarrollo de empresas tecnológicas
Curso: ADM-101 — Fundamentos de Empresa y Administración
Bloque 03: El proceso administrativo
Tema 2: Planeación
Subtema: Trade-offs
Objetivos de aprendizaje
Al finalizar este subtema deberás ser capaz de:
- definir Trade-offs en lenguaje administrativo preciso;
- explicar su relación con el ciclo planeación–organización–dirección–control;
- identificar decisiones, responsables, información y evidencia vinculados;
- reconocer trade-offs, riesgos y fallas de diseño;
- aplicar el concepto a una empresa de software o tecnología.
1. Concepto y alcance
Trade-offs se estudia aquí como un componente de Planeación. 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 planeación transforma intención en cursos de acción. Define objetivos, supuestos, horizontes, prioridades, restricciones y revisiones sin pretender eliminar la incertidumbre.
2. Qué problema administrativo resuelve
El concepto importa cuando ayuda a decidir qué se hará, cuándo, con qué recursos y bajo qué supuestos. Para evitar respuestas abstractas, conviene formularlo mediante cinco elementos:
OBJETIVO → DECISIÓN → RESPONSABLE → EJECUCIÓN → EVIDENCIA → FEEDBACK
Para Trade-offs, 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 Prioridades y Flexibilidad. 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” trade-offs. Debe poder observarse mediante planes, supuestos, dependencias, escenarios y revisiones.
Ficha de operacionalización
| Elemento | Pregunta |
|---|---|
| Objetivo | ¿Qué resultado pretende proteger o producir? |
| Owner | ¿Quién responde por su diseño o aplicación? |
| Decisión | ¿Qué decisión cambia gracias a este elemento? |
| Datos | ¿Qué información se necesita? |
| Evidencia | ¿Qué registro demuestra ejecución o resultado? |
| Umbral | ¿Qué condición exige revisión o escalamiento? |
| Feedback | ¿Cómo se incorpora aprendizaje al siguiente ciclo? |
5. Aplicación a empresas tecnológicas
Un producto B2B planifica un trimestre con objetivos de adopción, restricciones de capacidad, dependencias de seguridad y revisión quincenal de supuestos.
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 Trade-offs 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:
- define el resultado empresarial relevante;
- identifica los stakeholders de la decisión;
- documenta restricciones y dependencias;
- asigna derecho de decisión y responsabilidad;
- determina la evidencia que permitirá revisar el resultado;
- 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 Trade-offs. 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
- Trade-offs 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
- Robbins, S. P., & Coulter, M. Management.
- Mintzberg, H. (1994). The Rise and Fall of Strategic Planning. Free Press.
- Schoemaker, P. J. H. (1995). Scenario Planning: A Tool for Strategic Thinking. Sloan Management Review.
<!-- oone-academy-navigation -->

