Comprenda MCDA en proyectos de ingeniería: criterios, pesos, normalización, AHP, MAVT, outranking, TOPSIS, sensibilidad y selección de alternativas técnicas.
¡Descúbrelo!
El Análisis Multicriterio, o MCDA — Multi-Criteria Decision Analysis — es una familia de métodos para estructurar decisiones en las que varias alternativas deben compararse mediante múltiples criterios que no pueden reducirse de forma natural a una única medida. En proyectos de ingeniería, MCDA es aplicable cuando la solución debe equilibrar desempeño, confiabilidad, seguridad, CAPEX, OPEX, plazo, mantenibilidad, riesgo, sostenibilidad, interfaces y otros trade-offs sin fingir que un único indicador responde a toda la decisión.
MCDA no es un método único. Las matrices ponderadas, AHP, los modelos de valor multiatributo, los métodos de outranking y las técnicas basadas en la distancia a soluciones ideales pertenecen a una amplia familia de enfoques. La elección depende de la pregunta, del tipo de dato, de la posibilidad de compensación entre criterios, del número de alternativas, de la incertidumbre y de la gobernanza exigida. Por ello, aplicar «una planilla MCDA» sin declarar el método es metodológicamente insuficiente.
La contribución central del análisis multicriterio es hacer explícita la arquitectura de la decisión. Separa requisitos obligatorios de preferencias, estructura objetivos, define criterios, registra desempeño, modela importancia relativa, prueba sensibilidad y documenta por qué se recomendó una determinada alternativa. En Ingeniería Consultiva, este proceso puede conectar Design Review, FEL, Business Case, TBE, Technical Authority y Owner’s Engineering en una cadena decisoria trazable.
Qué es el análisis multicriterio — MCDA
MCDA es un campo del análisis de decisión dedicado a problemas con múltiples objetivos o criterios potencialmente conflictivos.
El manual británico de Multi-Criteria Analysis describe un proceso que incluye establecer el contexto decisorio, identificar opciones y objetivos, definir criterios, evaluar alternativas, ponderar, combinar pesos y puntuaciones y realizar análisis de sensibilidad. INCOSE mantiene un Decision Analysis Working Group dedicado a desarrollar y promover prácticas de análisis de decisión en Systems Engineering.
En ingeniería, MCDA responde a preguntas como:
- ¿qué alternativa técnica ofrece el mejor equilibrio global?
- ¿qué arquitectura debe avanzar al proyecto básico?
- ¿qué tecnología preserva más valor durante el ciclo de vida?
- ¿qué solución cumple los requisitos con riesgo aceptable?
- ¿qué trade-offs justifican pagar más CAPEX?
- ¿qué alternativa permanece preferible en escenarios diferentes?
La respuesta no es solo un ranking. Es una estructura de argumentación técnica.
MCDA no es sinónimo de AHP
MCDA no es una planilla específica ni sinónimo de AHP. Es una familia de métodos; la elección de la técnica debe considerar compensación, thresholds, incertidumbre y gobernanza de la decisión.
Estructure la decisión con Consultoría Técnica de Ingeniería
AHP es uno de los métodos de análisis multicriterio.
El Método AHP en Proyectos de Ingeniería utiliza una jerarquía, comparaciones por pares y verificación de consistencia para derivar prioridades.
MCDA es más amplio e incluye distintas escuelas metodológicas.
| Término | Alcance |
| MCDA/MCDM | familia de métodos multicriterio |
| Matriz ponderada | modelo aditivo simple |
| AHP | comparación por pares y jerarquía |
| MAVT/MAUT | modelos de valor o utilidad multiatributo |
| ELECTRE/PROMETHEE | familias de outranking |
| TOPSIS | proximidad a una solución ideal |
No existe un método universalmente mejor para toda decisión.
MCDA no es una matriz de priorización
Una Matriz de Priorización puede utilizar múltiples criterios para ordenar proyectos de portafolio. MCDA, en este contexto, se aplica principalmente a seleccionar entre alternativas técnicas para una decisión definida.
Ejemplo:
- priorización: ¿qué 20 proyectos de retrofit ejecutar primero?
- decisión multicriterio: ¿qué tecnología de retrofit utilizar en el proyecto seleccionado?
Los procesos pueden conectarse, pero no responden a la misma query.
MCDA no sustituye los requisitos obligatorios
Un requisito obligatorio debe funcionar como límite de viabilidad, no como una nota que pueda compensarse. Primero se elimina la no conformidad; después se compara la preferencia.
Los criterios compensatorios son peligrosos cuando una alternativa no cumple un requisito obligatorio.
Si la norma, el contrato o la operación exige una capacidad mínima, una solución por debajo de ese límite no debería ganar porque cuesta menos o tiene un plazo mejor.
Antes del MCDA, clasifique los requisitos como:
- obligatorios;
- preferenciales;
- informativos;
- condicionales.
La Gestión de Requisitos en Proyectos de Ingeniería debe alimentar esta separación.
La arquitectura de una decisión multicriterio
Un proceso robusto puede seguir estas etapas:
El método matemático aparece en medio del proceso, no al inicio.
Defina el decisor y la autoridad
Un análisis puede ser preparado por consultores y especialistas, pero alguien necesita tener autoridad para decidir.
Roles típicos:
- sponsor;
- owner de la decisión;
- Technical Authority;
- facilitador;
- especialistas por disciplina;
- finanzas;
- operación;
- procurement;
- revisor independiente.
La Technical Authority en Ingeniería ayuda a formalizar autoridad e independencia en decisiones técnicas críticas.
Formule la pregunta de decisión
Las preguntas genéricas generan criterios genéricos.
En lugar de «¿cuál es la mejor solución?», utilice:
¿Qué alternativa de alimentación eléctrica cumple los requisitos de disponibilidad y seguridad del proyecto, minimizando TCO e impacto de implantación en un horizonte de 15 años?
La pregunta hace explícitos:
- función;
- requisitos;
- contexto;
- horizonte;
- dimensiones prioritarias.
Genere alternativas antes de ponderar criterios
MCDA no debe servir únicamente para elegir entre opciones presentadas por el proveedor dominante.
Durante la ingeniería conceptual, la generación de alternativas puede incluir:
- solución base;
- alternativa de menor CAPEX;
- alternativa de menor TCO;
- alternativa de mayor desempeño;
- alternativa modular;
- alternativa híbrida;
- alternativa de no hacer o postergar, cuando corresponda.
Set-Based Design es complementario porque preserva opciones mientras madura la información.
Los criterios deben derivar de los objetivos
Un criterio solo debe existir si ayuda a medir un objetivo relevante.
Ejemplo de árbol de objetivos:
Objetivo técnico: cumplir desempeño y disponibilidad.
Criterios:
- capacidad;
- eficiencia;
- disponibilidad;
- confiabilidad.
Objetivo económico: minimizar el costo del ciclo de vida.
Criterios:
- CAPEX;
- OPEX;
- TCO.
Objetivo de implantación: reducir la exposición de la ejecución.
Criterios:
- plazo;
- constructibilidad;
- interfaces;
- necesidad de parada.
La estructura debe evitar criterios «sueltos» sin vínculo con un objetivo.
Criterios completos, no redundantes y operacionales
Un buen conjunto de criterios debe cubrir dimensiones relevantes sin contar dos veces la misma característica.
Ejemplos de redundancia:
- precio, CAPEX y costo de adquisición;
- disponibilidad, uptime y disponibilidad anual sin distinción;
- plazo de suministro y lead time si miden exactamente el mismo evento.
Evite también criterios vagos como «calidad» sin definición operacional.
Prefiera:
- tasa de fallos;
- garantía;
- certificaciones;
- cumplimiento de tolerancias;
- capacidad de soporte;
- historial demostrado.
Criterios cuantitativos y cualitativos
MCDA permite combinar ambos, pero la forma de conversión debe ser transparente.
Cuantitativos
- valor monetario de CAPEX;
- OPEX por año;
- meses;
- kW;
- Mbps;
- PUE;
- MTBF;
- disponibilidad;
- área ocupada;
- consumo;
- emisiones.
Cualitativos
- madurez tecnológica;
- facilidad de operación;
- flexibilidad;
- integración;
- complejidad de mantenimiento;
- soporte local;
- adaptabilidad futura.
Los criterios cualitativos necesitan descriptores claros para reducir la interpretación libre.
Funciones de valor
Una función de valor convierte el desempeño físico o económico en una escala de preferencia.
La relación puede ser:
- lineal;
- por rangos;
- convexa;
- cóncava;
- con threshold;
- saturada después de cierto nivel.
Ejemplo: una disponibilidad superior a 99,999% puede aportar poco valor adicional a una aplicación cuyo requisito es 99,99%, mientras el CAPEX crece fuertemente. La función no necesita premiar indefinidamente un desempeño que ya supera el valor necesario.
Normalización
Los criterios utilizan unidades diferentes. Para agregarlos, con frecuencia es necesario llevarlos a escalas comparables.
Entre los métodos simples se incluyen:
- min-max;
- razón respecto del mejor valor;
- distancia a la meta;
- función de valor definida por especialistas.
La elección de la normalización puede modificar el ranking.
Por ello, la metodología debe registrarse y probarse.
Criterios de beneficio y de costo
Los criterios de beneficio aumentan la preferencia cuando aumenta el valor.
Ejemplos:
- capacidad;
- eficiencia;
- disponibilidad.
Los criterios de costo aumentan la preferencia cuando disminuye el valor.
Ejemplos:
- CAPEX;
- OPEX;
- plazo;
- consumo;
- footprint.
El método debe tratar correctamente esta dirección.
Los pesos representan importancia relativa
Los pesos no son notas de la alternativa.
Representan cuánto contribuye una dimensión a la preferencia global dentro del modelo.
Las formas de ponderación incluyen:
- asignación directa de puntos;
- swing weighting;
- AHP;
- comparación por pares;
- trade-off weighting;
- workshops estructurados.
La elección depende del método MCDA.
Los pesos dependen de la escala
Una trampa metodológica consiste en preguntar el peso de un criterio sin especificar el rango de desempeño relevante.
Si el CAPEX varía únicamente entre BRL 10 millones y BRL 10,2 millones, mientras la disponibilidad varía entre 95% y 99,999%, la importancia relativa no puede analizarse solo a partir del nombre de los criterios.
El peso y la escala de valor son interdependientes en modelos aditivos.
Modelo aditivo ponderado
La forma más simple es:
V(a) = Σ wᵢ vᵢ(a)
donde:
- V(a) = valor global de la alternativa;
- wᵢ = peso del criterio i;
- vᵢ(a) = valor normalizado de la alternativa en el criterio i.
Esta estructura es la base de muchas matrices de decisión ponderadas.
La Matriz de Decisión en Proyectos de Ingeniería muestra la aplicación práctica de esta forma simple.
Cuándo la compensación es aceptable
Los modelos aditivos permiten compensación: un desempeño deficiente en un criterio puede compensarse con un buen desempeño en otro.
Esto es aceptable únicamente para criterios preferenciales en los que el trade-off tenga sentido.
No es aceptable compensar:
- seguridad mínima;
- norma obligatoria;
- capacidad requerida;
- requisito legal;
- condición de interfaz no negociable.
Cuando la compensación debe limitarse, puede ser más adecuado otro método.
AHP como método MCDA
AHP es útil cuando el problema posee una estructura jerárquica y los decisores pueden expresar mejor sus preferencias relativas mediante comparaciones por pares.
Ofrece:
- pesos derivados;
- prioridades locales y globales;
- medida de consistencia;
- trazabilidad de los juicios.
Sus limitaciones y cuestiones de rank reversal deben entenderse.
Modelos de valor multiatributo — MAVT
Multi-Attribute Value Theory estructura funciones de valor para los criterios y combina preferencias de forma explícita.
Es especialmente útil cuando:
- existe una buena comprensión de las funciones de valor;
- los criterios cuantitativos son sólidos;
- los trade-offs deben ser transparentes;
- la decisión puede modelarse con compensación.
El manual de MCA del gobierno británico utiliza un enfoque fuertemente alineado con modelos de valor ponderado y análisis de sensibilidad.
MAUT y riesgo
Multi-Attribute Utility Theory amplía la lógica a preferencias bajo incertidumbre y riesgo.
Utility no es sinónimo de valor determinista. El concepto incorpora la actitud frente al riesgo.
En ingeniería, puede ser relevante cuando consecuencias y probabilidades son centrales, pero exige una elicitación más sofisticada.
Métodos de outranking
Familias como ELECTRE y PROMETHEE no dependen necesariamente de una compensación total entre criterios.
La lógica puede evaluar si existe evidencia suficiente para afirmar que una alternativa supera a otra, considerando:
- concordancia;
- discordancia;
- thresholds de preferencia;
- veto.
Este enfoque puede ser útil cuando un desempeño muy deficiente en un criterio determinado no debe compensarse fácilmente.
ELECTRE
Los métodos ELECTRE fueron desarrollados para problemas de decisión multicriterio con relaciones de outranking.
Pueden incluir thresholds de indiferencia, preferencia y veto.
La metodología es más compleja que una matriz ponderada y exige justificar sus parámetros.
PROMETHEE
PROMETHEE también trabaja con comparaciones entre alternativas y funciones de preferencia por criterio.
Puede producir flujos positivos y negativos de preferencia y ordenaciones parciales o completas.
Su aplicación es útil cuando el decisor desea modelar la intensidad de preferencia sin reducirlo todo a una suma lineal simple.
TOPSIS
TOPSIS — Technique for Order Preference by Similarity to Ideal Solution — evalúa alternativas por su distancia a una solución ideal positiva y a una solución ideal negativa.
En términos intuitivos, una buena alternativa debe estar próxima al mejor desempeño en todos los criterios y alejada del peor.
El método exige normalización y pesos y puede ser sensible a las elecciones de escala.
Qué método MCDA elegir
No elija según el software disponible.
Pregunte:
- ¿es aceptable la compensación entre criterios?
- ¿existen criterios obligatorios?
- ¿los pesos son fáciles de asignar?
- ¿existe una jerarquía natural?
- ¿los criterios son cuantitativos o cualitativos?
- ¿existe fuerte incertidumbre?
- ¿la decisión exige ranking completo o solo shortlist?
- ¿los stakeholders discrepan fuertemente?
- ¿la transparencia para ejecutivos es prioritaria?
- ¿existe capacidad técnica para aplicar y auditar el método?
Guía práctica de elección
| Situación | Enfoque posible |
| Decisión simple, pocos criterios | matriz ponderada |
| Pesos difíciles, estructura jerárquica | AHP |
| Funciones de valor bien definidas | MAVT |
| No compensación y veto son importantes | outranking |
| Interés en proximidad al ideal | TOPSIS |
| Incertidumbre y actitud frente al riesgo dominan | MAUT o enfoque probabilístico |
La tabla es orientativa, no prescriptiva.
MCDA y datos objetivos
El análisis multicriterio no debe sustituir métricas por opiniones.
Si existen:
- CAPEX cotizado;
- TCO calculado;
- disponibilidad modelada;
- consumo medido;
- plazo contractual;
- eficiencia certificada;
utilice los datos.
El método debe transformar evidencia en decisión, no sustituir evidencia por una puntuación subjetiva.
La calidad de los datos debe aparecer en el modelo
Dos puntuaciones iguales pueden tener niveles de confianza muy diferentes.
Ejemplo:
- alternativa A: eficiencia medida en ensayo;
- alternativa B: eficiencia estimada en un brochure;
Tratar ambas como datos equivalentes oculta el riesgo de información.
Es posible registrar la calidad de la evidencia como metadato o criterio separado cuando sea realmente relevante, evitando doble conteo.
Criterio de riesgo versus riesgo en los datos
No confunda:
- riesgo de la alternativa;
- incertidumbre del valor utilizado para evaluar la alternativa.
Una tecnología puede tener bajo riesgo operacional, pero una estimación de CAPEX todavía muy incierta.
El análisis debe tratar ambas dimensiones.
MCDA y análisis de riesgos
MCDA puede incorporar riesgos como criterios o utilizar resultados de análisis de riesgos como entradas.
El Análisis de Riesgos en Proyectos de Ingeniería puede proporcionar:
- exposición esperada;
- probabilidad;
- severidad;
- riesgos no mitigables;
- costo de las respuestas.
No transforme cada riesgo individual en un criterio sin necesidad; esto puede inflar la matriz y distorsionar el peso de la dimensión de riesgo.
MCDA e incertidumbre
Un análisis determinista puede utilizar un único valor por criterio, pero los proyectos de ingeniería presentan rangos.
Ejemplo:
- CAPEX: P50 y P80;
- plazo: rango probable;
- disponibilidad: intervalo;
- demanda: escenarios;
- vida útil: distribución.
Las opciones de tratamiento incluyen:
- escenarios;
- análisis de sensibilidad;
- valores esperados;
- Monte Carlo;
- métodos multicriterio robustos.
La complejidad debe ser proporcional a la materialidad.
El análisis de sensibilidad es indispensable
Un ranking sin sensibilidad es apenas una fotografía de las premisas base.
Pruebe:
- pesos;
- scores;
- thresholds;
- tasas económicas;
- escenario de demanda;
- plazo;
- TCO;
- desempeño incierto.
El Análisis de Sensibilidad y Escenarios en Proyectos de Ingeniería ayuda a identificar switching values.
Sensibilidad univariada
Modifique un parámetro por vez.
Ejemplo:
¿Qué peso de CAPEX hace que la alternativa B supere a A?
Este punto de cruce es fácil de comunicar a un comité.
Sensibilidad multivariada
Los criterios pueden cambiar simultáneamente.
Ejemplo:
- CAPEX +15%;
- plazo +4 meses;
- disponibilidad -0,2 punto porcentual.
Los escenarios combinados pueden representar condiciones realistas de ejecución.
Robustez del ranking
Si pequeñas modificaciones de pesos, datos o thresholds cambian la alternativa ganadora, el resultado debe tratarse como frágil. La siguiente acción puede ser obtener información, no simplemente aprobar el ranking base.
Una alternativa es robusta cuando permanece preferible bajo un amplio rango de premisas plausibles.
Si el ranking cambia ante cada pequeña modificación de peso, la decisión es frágil.
La fragilidad no significa que el análisis haya fallado. Significa que quizá las alternativas sean demasiado próximas para justificar una decisión definitiva con la información disponible.
Valor de la información
Cuando el ranking es sensible, puede valer la pena adquirir información antes de decidir.
Ejemplos:
- piloto;
- PoC;
- ensayo;
- Site Survey;
- cotización adicional;
- prueba de interoperabilidad;
- inspección de activo;
- simulación;
- due diligence.
El costo del estudio puede ser pequeño frente al valor de evitar una elección incorrecta.
MCDA y Business Case
El Business Case en Proyectos de Ingeniería responde si la organización debe invertir y por qué.
MCDA puede seleccionar la alternativa técnica más alineada con los objetivos. El Business Case entonces integra:
- beneficios;
- CAPEX;
- OPEX;
- TCO;
- DCF;
- riesgos;
- estrategia;
- capacidad de ejecución.
No convierta todo el Business Case en una única puntuación MCDA si los valores monetarios ya pueden modelarse directamente.
MCDA y análisis económico
Los criterios económicos pueden ser entradas de MCDA, pero el VAN y el TCO tienen significado propio.
La evaluación mediante VAN, TIR, Payback y ROI debe permanecer transparente.
Ejemplo de buena práctica:
- calcular el VAN de cada alternativa;
- utilizar VAN o TCO como criterio económico;
- combinarlo con dimensiones no monetizables;
- presentar también el valor monetario original al comité.
MCDA y TCO
El TCO y Costo del Ciclo de Vida es particularmente útil para evitar que el menor precio inicial domine la decisión.
Las alternativas pueden diferir en:
- mantenimiento;
- energía;
- licencias;
- reposiciones;
- soporte;
- disposición final;
- vida útil.
El criterio económico debe representar el horizonte relevante.
MCDA y FEL
En FEL — Front-End Loading, MCDA puede apoyar gates de selección de concepto.
FEL 1 puede utilizar datos paramétricos. FEL 2 incorpora más Site Survey e ingeniería. FEL 3 ya puede incluir estimaciones detalladas y cotizaciones.
La misma estructura de decisión puede madurar sin cambiar silenciosamente los criterios.
MCDA y Design Review
Design Review es un foro adecuado para revisar:
- alternativas consideradas;
- requisitos;
- criterios;
- método;
- pesos;
- evidencias;
- sensibilidad;
- riesgos;
- interfaces;
- decisión recomendada.
La revisión debe cuestionar la lógica de la decisión, no solo el diseño final.
MCDA e interfaces
Una alternativa técnicamente excelente de forma aislada puede crear malas interfaces con sistemas existentes.
La Gestión de Interfaces en Proyectos de Ingeniería puede proporcionar criterios como:
- número de interfaces;
- madurez de los ICD;
- necesidad de gateways;
- dependencias de terceros;
- complejidad de integración;
- riesgo de commissioning.
Las interfaces deben evaluarse como consecuencia técnica real, no como preferencia abstracta.
MCDA y Procurement
En procurement, MCDA puede apoyar una TBE cuando existen varios criterios técnicos preferenciales.
La TBE en Ingeniería debe mantener trazables los requisitos obligatorios, desviaciones y documentación.
Si se utilizará puntuación multicriterio para contratar proveedores, la gobernanza debe definirse antes de recibir las propuestas, de acuerdo con el proceso aplicable.
MCDA y alcance de la Requisición Técnica
La Requisición Técnica en Ingeniería debe proporcionar criterios verificables.
Si la RT es vaga, el análisis multicriterio tenderá a puntuar interpretaciones diferentes del alcance.
Una buena decisión depende de una buena especificación.
MCDA y Owner’s Engineering
La Ingeniería del Propietario puede facilitar un análisis independiente cuando:
- el proyectista favorece su propia solución;
- el proveedor ofrece tecnología propietaria;
- las áreas internas tienen intereses en conflicto;
- la decisión involucra CAPEX material;
- el ciclo de vida es largo;
- la organización necesita una memoria auditable.
La independencia del facilitador aumenta la credibilidad, pero la decisión sigue siendo del propietario.
MCDA y stakeholders
Los stakeholders no deben limitarse a “votar pesos”.
Cada grupo puede aportar conocimiento específico:
- operación: mantenibilidad y usabilidad;
- ingeniería: desempeño e interfaces;
- finanzas: costo de capital y TCO;
- procurement: mercado y supply chain;
- TI/OT: integración y ciberseguridad;
- HSE: seguridad y conformidad;
- gestión: estrategia y plazo.
El proceso debe estructurar las divergencias y no borrarlas mediante un promedio simple.
Workshops multicriterio
Un workshop profesional debe tener:
- cuestión decisoria aprobada;
- alternativas comparables;
- criterios definidos previamente;
- evidencias disponibles;
- facilitador;
- reglas de juicio;
- registro de decisiones;
- análisis de sensibilidad posterior.
Si el workshop comienza con “¿qué nota damos a cada proveedor?”, se ha omitido la estructura.
Sesgos y MCDA
MCDA no es inmune a los sesgos.
Los riesgos incluyen:
- anclaje;
- confirmación;
- disponibilidad;
- presión jerárquica;
- framing;
- preferencia por marca;
- exceso de confianza;
- ajuste de pesos después de conocer el resultado.
La estructura ayuda a detectarlos, pero exige disciplina.
Criterios creados después del resultado
Este es uno de los signos más graves de racionalización.
El conjunto de criterios puede evolucionar si nueva información revela una dimensión realmente relevante, pero la modificación debe documentarse, justificarse y reevaluarse para todas las alternativas.
No debe insertarse un criterio únicamente para mover la solución deseada al primer lugar.
La precisión numérica no es precisión decisoria
Una puntuación de 82,43 frente a 82,12 no demuestra superioridad material.
Si los pesos y las notas tienen incertidumbre, la diferencia puede estar dentro del ruido del modelo.
Presente rangos, escenarios o estabilidad del ranking cuando sea necesario.
Dominancia
Una alternativa domina a otra cuando es al menos tan buena en todos los criterios relevantes y mejor en al menos uno, sin violar restricciones.
Si existe dominancia clara, los métodos complejos pueden ser innecesarios.
Antes de aplicar MCDA, elimine alternativas dominadas cuando ello sea metodológicamente apropiado.
Frontera de Pareto
En problemas multiobjetivo, las alternativas pueden formar una frontera de Pareto: mejorar un objetivo exige empeorar otro.
Estas son las alternativas donde ocurre el trade-off real.
MCDA ayuda al decisor a elegir dentro de esta frontera con base en preferencias explícitas.
Trade studies en Systems Engineering
Systems Engineering utiliza decision analysis y trade studies para seleccionar soluciones entre alternativas que satisfacen requisitos.
INCOSE asocia la selección de alternativas con decision analysis y utility theory en prácticas de ingeniería de sistemas.
Este contexto refuerza que MCDA no es solo una herramienta de gestión; forma parte de la ingeniería de decisión de sistemas complejos.
MCDA y arquitectura de sistemas
Las decisiones arquitectónicas son difíciles de revertir y afectan muchas interfaces.
Los criterios pueden incluir:
- modularidad;
- acoplamiento;
- escalabilidad;
- desempeño;
- seguridad;
- disponibilidad;
- testabilidad;
- interoperabilidad;
- costo del cambio;
- roadmap tecnológico.
El análisis debe realizarse antes de que el costo hundido vuelva impracticable el cambio.
MCDA y obsolescencia
Las alternativas tecnológicas pueden tener ciclos de soporte diferentes.
Criterios relevantes:
- roadmap del fabricante;
- estándar abierto;
- disponibilidad de repuestos;
- soporte de firmware;
- base instalada;
- dependencia propietaria;
- facilidad de migración.
La obsolescencia puede tener un impacto económico mayor que una pequeña diferencia de CAPEX inicial.
Ejemplo: arquitectura de energía crítica
Alternativas:
- N+1;
- 2N;
- modular distribuida.
Criterios:
- disponibilidad;
- CAPEX;
- OPEX;
- eficiencia;
- footprint;
- mantenibilidad;
- plazo;
- expansión;
- riesgo de falla común.
Una matriz simple puede ser suficiente si los pesos son consensuados. AHP puede estructurar los pesos si existe conflicto. Outranking puede considerarse si existe fuerte no compensación en determinados criterios.
Ejemplo: ruta de telecomunicaciones
Las alternativas de radio, fibra e híbrida pueden evaluarse por:
- capacidad;
- latencia;
- disponibilidad;
- diversidad física;
- CAPEX;
- licenciamiento;
- mantenimiento;
- plazo;
- exposición ambiental;
- escalabilidad.
Los requisitos mínimos de throughput y disponibilidad deben ser filtros.
Ejemplo: sistema de seguridad electrónica
Las alternativas de arquitectura pueden diferir en:
- cobertura;
- retención;
- analytics;
- ciberseguridad;
- integración;
- licencias;
- TCO;
- soporte;
- expansión;
- interoperabilidad.
Puntuar solo features puede favorecer una solución más compleja sin verificar el beneficio real.
Ejemplo: retrofit de un activo industrial
Alternativas:
- reparación;
- retrofit parcial;
- sustitución.
Criterios:
- vida residual;
- CAPEX;
- TCO;
- disponibilidad futura;
- plazo de parada;
- eficiencia;
- repuestos;
- riesgo técnico.
El análisis de condición del activo es una fuente crítica para las puntuaciones.
Ejemplo: selección de proveedor
Tras los filtros técnicos obligatorios, los proveedores pueden compararse por:
- adherencia superior al requisito;
- garantía;
- plazo;
- soporte;
- capacidad fabril;
- calidad documental;
- experiencia;
- riesgo de supply chain.
El precio comercial debe seguir la gobernanza prevista y no quedar oculto como una puntuación técnica arbitraria.
Ejemplo: ubicación de una instalación
Los criterios pueden incluir:
- acceso a energía;
- telecomunicaciones;
- logística;
- terreno;
- licenciamiento;
- riesgo climático;
- disponibilidad de mano de obra;
- CAPEX de infraestructura;
- plazo;
- expansión.
Este es un caso clásico de decisión en el que ninguna opción domina todas las dimensiones.
MCDA en proyectos públicos
Las decisiones públicas pueden combinar impactos económicos, sociales, ambientales y técnicos.
El manual de MCA del gobierno británico fue desarrollado precisamente para apoyar el appraisal de opciones en políticas y decisiones públicas.
La metodología debe permanecer coherente con la legislación y los criterios formales aplicables al proceso específico.
MCDA no autoriza crear criterios no previstos en una contratación ya estructurada.
MCDA y sostenibilidad
Los criterios ESG o ambientales deben ser operacionales, no eslóganes.
Ejemplos:
- consumo de energía;
- emisiones del ciclo de vida;
- uso de agua;
- reciclabilidad;
- ruido;
- ocupación de suelo;
- toxicidad;
- impacto en comunidades.
Cuando sea posible, utilice métricas físicas o LCA en lugar de puntuaciones genéricas de “sostenibilidad”.
MCDA y costo de carbono
Si la organización dispone de un precio interno del carbono o de una metodología económica definida, parte del impacto ambiental puede monetizarse e integrarse al Business Case.
Evite contar el mismo efecto dos veces como costo monetario y como criterio ambiental sin ajuste.
MCDA y doble conteo
El doble conteo puede ocurrir entre:
- riesgo y contingencia;
- CAPEX y TCO;
- energía y OPEX;
- disponibilidad y pérdida evitada;
- plazo y beneficio anticipado;
- sostenibilidad y costo de carbono.
Antes de la agregación, mapee las relaciones causales entre criterios.
MCDA y causalidad
Los criterios deben representar resultados relevantes, no solo drivers intermedios que ya están capturados en otro criterio.
Ejemplo:
- MTBF influye en la disponibilidad;
- la disponibilidad influye en la producción;
- la producción influye en el beneficio económico.
Puntuar los tres sin comprender la cadena puede triplicar el mismo efecto.
MCDA y decisión económica incremental
Cuando dos alternativas son mutuamente excluyentes, también es útil mostrar la diferencia incremental.
Pregunta:
¿Qué compra el CAPEX adicional de la alternativa B en términos de desempeño, riesgo y valor?
MCDA puede hacer explícitas estas ganancias. El DCF verifica si los beneficios monetizables justifican la diferencia.
MCDA y opciones reales
Algunas alternativas preservan flexibilidad.
Ejemplo:
- construir la capacidad total ahora;
- implantar un módulo inicial y ampliar después;
- mantener una opción de tecnología futura.
La flexibilidad puede ser un criterio o, en decisiones sofisticadas, evaluarse mediante opciones reales.
No asigne una puntuación subjetiva alta a “flexibilidad” si puede cuantificarse económicamente.
MCDA y decisión reversible versus irreversible
Cuanto más irreversible sea la decisión, mayor debe ser el rigor.
La elección de arquitectura estructural, ruta principal, tecnología propietaria o ubicación suele tener un alto costo de cambio.
La elección de un componente fácilmente sustituible puede no justificar un proceso complejo.
Proporcionalidad metodológica
El método debe ser proporcional a:
- valor del CAPEX;
- criticidad;
- irreversibilidad;
- número de stakeholders;
- complejidad;
- incertidumbre;
- exposición regulatoria;
- impacto del error.
Aplicar MCDA sofisticado a una decisión trivial crea burocracia. Aplicar “menor precio” a una arquitectura crítica crea riesgo.
Cómo elegir entre matriz simple, AHP y un método más sofisticado
Una regla práctica:
Matriz simple
Utilice cuando:
- los criterios son pocos;
- los datos son claros;
- los pesos son consensuados;
- la compensación es aceptable.
AHP
Utilice cuando:
- los pesos necesitan derivarse;
- la jerarquía es importante;
- los juicios relativos son naturales;
- la consistencia necesita revisarse.
Outranking u otro MCDA
Considere cuando:
- la compensación total es inadecuada;
- los thresholds importan;
- existe veto;
- las preferencias son más complejas.
Gobernanza de los pesos
Los pesos deben definirse antes de conocer el ranking final siempre que sea posible.
Registre:
- quién participó;
- método;
- justificación;
- versión;
- divergencias;
- fecha.
Si un peso cambia, documente el motivo.
Gobernanza de las puntuaciones
Cada score debe tener:
- fuente;
- responsable;
- fecha base;
- unidad original;
- transformación aplicada;
- nivel de confianza.
Esto permite auditar la matriz sin depender de la memoria del workshop.
Registro de la decisión
El paquete de decisión debe contener:
- problema;
- objetivos;
- requisitos;
- alternativas;
- exclusiones;
- método MCDA;
- criterios;
- funciones de valor;
- pesos;
- matriz de desempeño;
- resultados;
- sensibilidad;
- escenarios;
- riesgos;
- recomendación;
- decisión;
- condicionantes;
- autoridad;
- versión.
Este artefacto puede integrar Design Basis, Business Case o informe de trade study.
Control de configuración
Las matrices de decisión son documentos de ingeniería y necesitan control de versión cuando influyen en una baseline.
Un cambio de requisito o alternativa puede invalidar la decisión anterior.
Preserve la versión utilizada en cada gate.
MCDA y Change Management
Cuando surge un cambio relevante después de la decisión, la organización puede reabrir el análisis.
Ejemplos:
- un proveedor sale del mercado;
- el precio cambia materialmente;
- cambia una norma;
- se eleva el requisito de ciberseguridad;
- se comprime el plazo;
- una interfaz se vuelve inviable.
El objetivo no es defender la elección pasada, sino verificar si sigue siendo válida.
Costo hundido y decisión multicriterio
El Costo Hundido en Proyectos de Ingeniería no debe mantener una alternativa en el ranking solo porque ya recibió inversión.
En una nueva fecha base, compare lo que todavía puede decidirse.
Los activos recuperables o reutilizables siguen siendo relevantes como valor económico.
MCDA y valor de la información
Si una alternativa pierde solo porque un criterio utiliza un dato incierto, pregunte si vale la pena medir mejor antes de decidir.
Una decisión de R$ 50 millones puede justificar R$ 100 mil adicionales en ensayos si esto reduce significativamente la probabilidad de error.
Este razonamiento forma parte de la Consultoría de Ingeniería orientada a la decisión.
Errores comunes en MCDA
Comenzar por el software
La herramienta no define la pregunta.
Confundir MCDA con AHP
AHP es solo un método de la familia.
Puntuar un requisito obligatorio
Puede permitir una compensación indebida.
Crear criterios redundantes
Duplica la influencia.
Usar puntuaciones sin evidencia
Transforma opinión en falsa precisión.
Normalizar sin analizar el efecto
El método de normalización puede cambiar el ranking.
Definir pesos después de conocer el resultado
Permite manipulación.
No probar sensibilidad
Oculta fragilidad.
Ignorar la incertidumbre de los datos
Las puntuaciones parecen más exactas que las premisas.
Ocultar valor monetario en puntuaciones
Dificulta comprender los trade-offs económicos.
Usar un método complejo sin capacidad de auditoría
Si nadie puede explicar el cálculo, la gobernanza empeora.
Checklist antes del gate
Verifique que:
- la cuestión decisoria esté clara;
- las alternativas sean realmente viables;
- los requisitos obligatorios hayan sido filtrados;
- los criterios provengan de los objetivos;
- los criterios no sean redundantes;
- las unidades originales estén registradas;
- las funciones de valor sean explícitas;
- los pesos se hayan definido antes del ranking;
- el método MCDA esté justificado;
- las puntuaciones tengan evidencia;
- se haya realizado análisis de sensibilidad;
- los riesgos e incertidumbres hayan sido tratados;
- VAN/TCO permanezcan visibles cuando sean relevantes;
- el decisor y la Technical Authority estén identificados;
- la versión y los condicionantes estén registrados.
Si varios elementos fallan, el ranking no debería sustentar por sí solo un sanction de CAPEX.
Cómo presentar MCDA a ejecutivos
Un comité no necesita recibir toda la matemática en la primera página.
La presentación ejecutiva puede mostrar:
- cuestión de decisión;
- alternativas;
- requisitos eliminatorios;
- criterios y pesos;
- ranking;
- principales trade-offs;
- sensibilidad;
- VAN/TCO;
- riesgos críticos;
- recomendación.
El anexo técnico conserva el método y la memoria completa.
Cómo presentar alternativas casi equivalentes
No fuerce una falsa ganadora.
Declare:
- diferencia pequeña;
- parámetros que cambian el ranking;
- información todavía necesaria;
- criterios de desempate;
- posibilidad de piloto o negociación.
Una conclusión de “equivalencia dentro de la incertidumbre actual” puede ser técnicamente más correcta que un ranking artificial.
Cuándo la Ingeniería Consultiva agrega valor
La Consultoría Técnica de Ingeniería agrega valor cuando la decisión exige independencia, integración multidisciplinaria y trazabilidad.
El alcance puede incluir:
- estructuración del problema;
- análisis de requisitos;
- generación de alternativas;
- definición de criterios;
- elección del método MCDA;
- workshops;
- modelado de pesos y valor;
- integración con TCO y DCF;
- análisis de riesgos;
- sensibilidad;
- trade studies;
- informe de recomendación;
- soporte al Design Review y gate.
En decisiones de alto impacto, la función de la consultoría es reducir incertidumbre y hacer auditables los trade-offs antes de que el proyecto se comprometa con una arquitectura difícil de revertir.
Consideraciones finales
El Análisis Multicriterio es una disciplina para decisiones en las que la ingeniería necesita equilibrar objetivos que no caben en una única métrica. Su valor no está en producir una puntuación sofisticada, sino en organizar requisitos, alternativas, criterios, preferencias, evidencias e incertidumbres de manera transparente.
MCDA es una familia de métodos. Matriz ponderada, AHP, modelos de valor, outranking y TOPSIS poseen premisas diferentes. La elección debe reflejar la naturaleza de la decisión — especialmente si la compensación entre criterios es aceptable, si existen thresholds, si los pesos son controvertidos y si el ranking necesita resistir cambios de escenario.
En proyectos de ingeniería, el proceso debe permanecer conectado al mundo físico y económico. CAPEX y TCO no deben desaparecer en puntuaciones; los requisitos obligatorios no pueden compensarse; los datos objetivos deben prevalecer sobre el juicio cuando estén disponibles; y la sensibilidad debe mostrar si la recomendación es robusta.
Cuando se aplica correctamente, MCDA se convierte en una memoria de decisión: registra por qué determinada alternativa avanzó, qué trade-offs fueron aceptados, qué riesgos permanecieron y bajo qué premisas se aprobó el gate. Esta trazabilidad es tan importante como el ranking final.
En decisiones de alto CAPEX o elevada irreversibilidad, un análisis multicriterio independiente ayuda al propietario a separar evidencia, preferencia, interés del proveedor y autoridad de decisión.
Referencias técnicas
[1] DEPARTMENT FOR COMMUNITIES AND LOCAL GOVERNMENT. Multi-criteria analysis: a manual. London, 2009. Disponible en: https://www.gov.uk/government/publications/multi-criteria-analysis-manual-for-making-government-policy
[2] INTERNATIONAL COUNCIL ON SYSTEMS ENGINEERING. Decision Analysis Working Group. West Lafayette: INCOSE. Disponible en: https://www.incose.org/group/decision-analysis-working-group/
[3] INTERNATIONAL COUNCIL ON SYSTEMS ENGINEERING. Systems Engineering Handbook. 5. ed. Página informativa. Disponible en: https://www.incose.org/resources-publications/technical-publications/se-handbook/
[4] INTERNATIONAL COUNCIL ON SYSTEMS ENGINEERING. Managing Priorities: A Key to Systematic Decision-Making. INCOSE International Symposium, 2005. Disponible en: https://www.incose.org/resource/11-4-2-managing-priorities-a-key-to-systematic-decision-making/
[5] SAATY, Thomas L. A scaling method for priorities in hierarchical structures. Journal of Mathematical Psychology, v. 15, n. 3, p. 234–281, 1977. DOI: 10.1016/0022-2496(77)90033-5. Disponible en: https://doi.org/10.1016/0022-2496(77)90033-5
[6] PROJECT MANAGEMENT INSTITUTE. The Standard for Project Management and A Guide to the Project Management Body of Knowledge (PMBOK® Guide). 8. ed. Newtown Square: PMI, 2025. Disponible en: https://www.pmi.org/standards/pmbok
Preguntas frecuentes
MCDA es Multi-Criteria Decision Analysis, una familia de métodos para comparar alternativas utilizando múltiples criterios técnicos, económicos, operacionales, ambientales o de riesgo.
No. AHP es un método perteneciente a la familia MCDA. MCDA también incluye matrices ponderadas, modelos de valor multiatributo, métodos de outranking, TOPSIS y otros enfoques.
Cuando existen varias alternativas viables y la decisión depende de trade-offs entre criterios que no pueden reducirse de forma confiable a una única unidad.
Una matriz ponderada es una forma simple de MCDA. El análisis multicriterio es un campo más amplio y ofrece métodos diferentes según compensación, incertidumbre, jerarquía y preferencias.
En general deben tratarse como filtros de conformidad antes de la comparación. Permitir compensación puede hacer que una alternativa no conforme gane por buen desempeño en criterios secundarios.
Evalúe si la compensación es aceptable, si existe jerarquía de criterios, tipo de datos, incertidumbre, necesidad de veto o thresholds, número de alternativas, gobernanza y capacidad de auditoría.
No. Los valores económicos deben permanecer visibles y modelarse directamente cuando sea posible. MCDA integra dimensiones que no se reducen adecuadamente a dinero.
Porque pesos, scores, thresholds y datos contienen incertidumbre. La sensibilidad muestra si el ranking es robusto o si pequeños cambios modifican la alternativa preferida.
Materiales técnicos complementarios
Soluciones relacionadas
- Gobernanza de Proyectos, Programas y Portafolios
- Gestión de Procesos, Workflows y Aprobaciones Técnicas
- Gestión de Contratos, Alcance y Entregables
Servicios relacionados
- Estudio de Viabilidad Técnica y Económica
- Consultoría Técnica de Ingeniería
- FEL — Front-End Loading
- Ingeniería del Propietario
Contenidos principales sobre el tema
- Matriz de Decisión en Proyectos de Ingeniería
- Método AHP en Proyectos de Ingeniería
- Business Case en Proyectos de Ingeniería
- Set-Based Design en Ingeniería
