Un proyecto rara vez falla por una mala respuesta técnica: falla porque se resolvió el problema equivocado. Este módulo construye la mirada de sistema que un ingeniero necesita antes de evaluar si un proyecto vale la pena.
A project rarely fails from a bad technical answer — it fails because the wrong problem was solved. This module builds the systems mindset an engineer needs before judging whether a project is worth pursuing.
¿Cómo sabemos, con evidencia y no con intuición, que un proyecto de ingeniería merece los recursos que le vamos a pedir a alguien más? Cada tema añade una capa de la respuesta. How do we know — with evidence, not intuition — that an engineering project deserves the resources we're about to ask someone else for? Each topic adds a layer to the answer.
Por qué "resolver el problema correcto" es el primer trabajo del ingeniero, y las cuatro etapas del proceso de viabilidad: de la idea a la realización.
Ningún estudio vive solo. Cómo se retroalimentan el estudio técnico, el de mercado, el económico-financiero y la evaluación — y el Modelo de Sistema Viable como lente.
Qué responde cada estudio — mercado, técnico, económico y financiero —, cómo se realiza en la práctica, y un caso aplicado paso a paso.
Localización por factores ponderados, tamaño óptimo, capacidad de proceso y distribución de planta: las herramientas que sostienen al estudio técnico.
Que el estudiante distinga entre validar un proyecto y justificarlo — y que vea la evaluación de proyectos como un sistema, no como una lista de trámites.
Los workshops de este módulo se inspiran en juegos de sistemas que exploran problemas complejos, como Megatrends × Wicked Problems (NZ Digital): conectar variables, no memorizarlas.
"Fallamos más seguido porque atacamos el problema equivocado, y no porque obtengamos la solución equivocada al problema correcto." "We fail more often because we attack the wrong problem than because we get the wrong solution to the right problem."— Russell Ackoff