Comprenda cómo construir una matriz de decisión en proyectos de ingeniería: criterios, pesos, escalas, evidencias, normalización, sensibilidad y comparación de alternativas técnicas.
¡Descúbrelo!
Una matriz de decisión es una herramienta estructurada para comparar alternativas a partir de criterios explícitos, pesos y evidencias. En proyectos de ingeniería, resulta útil cuando existen dos o más soluciones técnicamente viables y la elección no puede realizarse mediante un único parámetro, como menor CAPEX, menor plazo o mayor desempeño. La matriz transforma una discusión difusa en una decisión trazable: define qué importa, cómo se medirá cada criterio, cuál es su importancia relativa y cómo responde cada alternativa a los requisitos.
Una matriz de decisión no debe confundirse con una matriz de priorización de proyectos. La matriz de priorización organiza iniciativas, demandas o proyectos competidores dentro de un portafolio; la matriz de decisión compara alternativas para una decisión específica — por ejemplo, dos arquitecturas de redundancia, tres tecnologías de climatización, diferentes rutas de fibra, fabricantes técnicamente habilitados o estrategias de implantación. Esta separación evita solapamientos metodológicos y mejora la gobernanza de la decisión.
El valor de la herramienta está menos en la suma final que en la disciplina que impone. Una matriz bien construida hace visibles premisas, criterios eliminatorios, trade-offs, sensibilidades y divergencias entre áreas. Una matriz mal construida solo asigna números subjetivos a una decisión ya tomada. Por ello, la metodología debe definirse antes de puntuar las alternativas y preservarse como parte de la memoria técnica del proyecto.
Qué es una matriz de decisión
Una matriz de decisión es una estructura tabular que relaciona alternativas y criterios de evaluación. Cada alternativa recibe una evaluación por criterio; cuando es necesario, los criterios reciben pesos; los resultados se normalizan y agregan para apoyar la selección.
La técnica pertenece a la familia de métodos de análisis de decisión y puede variar desde una matriz simple de cumplimiento hasta modelos ponderados más rigurosos. El manual británico de análisis multicriterio destaca que las decisiones complejas deben hacer explícitos los objetivos, criterios, desempeño de las opciones, pesos y análisis de sensibilidad. INCOSE también trata decision analysis como una disciplina relevante para seleccionar alternativas en sistemas complejos.
La forma más simple es:
Puntuación total de la alternativa = Σ (peso del criterio × nota de la alternativa en el criterio)
Esta fórmula parece trivial, pero su validez depende de cuatro condiciones:
- criterios correctamente definidos;
- escalas comparables o normalizadas;
- pesos defendibles;
- evidencias que sustenten las notas.
Sin estas condiciones, la suma puede producir falsa precisión.
Una matriz de decisión no es una matriz de priorización
La distinción es fundamental para proyectos de ingeniería.
| Herramienta | Objeto de la decisión | Pregunta típica |
| Matriz de decisión | alternativas para resolver un problema | ¿Qué solución técnica elegir? |
| Matriz de priorización | proyectos, demandas o iniciativas | ¿Qué debe hacerse primero? |
| Matriz de riesgos | riesgos | ¿Qué exposiciones requieren respuesta prioritaria? |
| TBE | propuestas de proveedores | ¿Qué propuesta cumple técnicamente la requisición? |
| RACI | responsabilidades | ¿Quién es responsable, aprobador, consultado e informado? |
A3A ya trata la Matriz de Priorización en Proyectos de Ingeniería como instrumento de portafolio y ordenación de iniciativas. La matriz de decisión, en cambio, comienza después de que el problema y las alternativas han sido definidos.
Cuándo utilizar una matriz de decisión
La herramienta aporta valor cuando la decisión posee múltiples criterios relevantes y ninguna alternativa domina claramente a todas las demás.
Las aplicaciones típicas incluyen:
- selección de tecnología;
- comparación entre arquitecturas;
- selección de topología de red;
- selección de ubicación;
- comparación entre alternativas de generación o alimentación eléctrica;
- estrategia de redundancia;
- make-or-buy;
- selección técnica preliminar de proveedores;
- selección de método constructivo;
- comparación entre alternativas de climatización;
- definición de solución de almacenamiento;
- selección de estrategia de implantación;
- trade studies durante ingeniería conceptual o básica.
Es menos necesaria cuando existe un único criterio decisivo y perfectamente medible o cuando una alternativa queda eliminada por un requisito obligatorio antes de cualquier comparación.
El proceso correcto comienza antes de la tabla
Una decisión robusta debe comenzar por el problema y no por las opciones favoritas de las partes interesadas.
Si el equipo comienza asignando notas antes de definir criterios, escalas y pesos, el método queda vulnerable al anclaje y a la manipulación posterior.
Defina primero el problema de decisión
Una buena matriz comienza con una pregunta clara.
Preguntas deficientes:
- ¿Cuál es la mejor tecnología?
- ¿Qué proveedor es mejor?
- ¿Qué solución es más moderna?
Preguntas mejores:
- ¿Qué alternativa cumple los requisitos de disponibilidad, capacidad, ciberseguridad, plazo y TCO del proyecto X dentro de las restricciones definidas?
- ¿Qué arquitectura de redundancia ofrece la mejor relación entre disponibilidad, complejidad operativa, CAPEX y mantenibilidad para un horizonte de diez años?
La pregunta delimita el alcance, el horizonte y los criterios.
Los requisitos obligatorios deben tratarse antes de la puntuación
Una matriz de decisión no debe permitir que una alternativa compense el incumplimiento de un requisito obligatorio con un buen desempeño en criterios secundarios. Primero se verifica el cumplimiento; después se compara la preferencia.
Un error recurrente es permitir que una alternativa compense el incumplimiento de un requisito obligatorio con un buen desempeño en otros criterios.
Si una solución no cumple una condición obligatoria de seguridad, norma, capacidad, interoperabilidad o licenciamiento, no debería permanecer en la comparación como si el problema fuera únicamente de puntuación.
La Gestión de Requisitos en Proyectos de Ingeniería debe alimentar los criterios eliminatorios y los criterios graduables.
Criterio eliminatorio
Resultado binario: cumple o no cumple.
Criterio de preferencia
Permite gradación: mejor, peor o equivalente según una escala definida.
Separar ambos evita que el cumplimiento se negocie mediante una media ponderada.
Cómo definir criterios de decisión
Los criterios deben representar dimensiones relevantes para el objetivo y permitir diferenciar las alternativas.
Ejemplos en ingeniería:
- desempeño;
- capacidad;
- disponibilidad;
- confiabilidad;
- mantenibilidad;
- seguridad funcional;
- ciberseguridad;
- interoperabilidad;
- plazo de implantación;
- madurez tecnológica;
- CAPEX;
- OPEX;
- TCO;
- eficiencia energética;
- escalabilidad;
- flexibilidad;
- facilidad de operación;
- disponibilidad de soporte;
- riesgos de suministro;
- impacto en interfaces;
- constructibilidad.
La lista debe ser suficiente para representar la decisión, pero no inflarse con decenas de criterios redundantes.
Evite el doble conteo de criterios
Los criterios correlacionados pueden multiplicar indebidamente la importancia de una misma dimensión.
Ejemplo:
- costo de adquisición;
- CAPEX;
- precio del equipo.
Si los tres miden esencialmente lo mismo y cada uno recibe un peso, el costo inicial aparece tres veces.
Otro ejemplo:
- disponibilidad;
- confiabilidad;
- MTBF.
No son sinónimos, pero pueden estar fuertemente relacionados. El equipo necesita definir exactamente qué representa cada criterio.
Una buena práctica es crear una ficha para cada criterio con definición, unidad, fuente y regla de puntuación.
Los criterios deben ser suficientemente independientes
La independencia perfecta no siempre es posible, pero el modelo debe minimizar el solapamiento.
Una estructura de criterios puede agrupar dimensiones:
| Grupo | Criterios posibles |
| Técnico | capacidad, desempeño, interoperabilidad |
| Operacional | disponibilidad, mantenimiento, facilidad de operación |
| Económico | CAPEX, OPEX, TCO |
| Implantación | plazo, constructibilidad, interfaces |
| Riesgo | madurez, supply chain, obsolescencia |
| Estratégico | escalabilidad, estandarización, alineación con el roadmap |
La jerarquía facilita la revisión y reduce el doble conteo.
Cómo definir los pesos
El peso representa importancia relativa en la decisión, no el desempeño de la alternativa.
Si los pesos totalizan 100%, un criterio del 30% tiene mayor influencia en el resultado agregado que uno del 10%.
Existen varias formas de asignar pesos:
- consenso estructurado;
- distribución directa de 100 puntos;
- comparación por pares;
- swing weighting;
- método AHP;
- técnicas Delphi;
- workshops con stakeholders.
Para decisiones simples, la distribución directa puede ser suficiente. Para decisiones sensibles o con conflicto entre áreas, pueden ser preferibles métodos más estructurados.
El Método AHP en Proyectos de Ingeniería profundiza la comparación por pares y la verificación de consistencia de los juicios.
El peso no debe confundirse con la escala
Suponga que la confiabilidad tiene un peso del 30% y el CAPEX del 20%. Esto no significa que la confiabilidad recibirá una nota mayor; significa únicamente que las diferencias de desempeño en ese criterio tendrán mayor impacto en el resultado final.
La escala mide desempeño. El peso mide importancia.
Mezclar ambos conceptos puede amplificar o reducir criterios de forma no intencionada.
Defina la escala antes de evaluar las alternativas
Las escalas pueden ser cualitativas o cuantitativas.
Escala ordinal simple
- 1 = muy desfavorable;
- 2 = desfavorable;
- 3 = aceptable;
- 4 = favorable;
- 5 = muy favorable.
Es fácil de utilizar, pero necesita descriptores claros para reducir la subjetividad.
Escala basada en rangos
Ejemplo de plazo:
- 5 puntos: hasta 6 meses;
- 4 puntos: >6 a 8 meses;
- 3 puntos: >8 a 10 meses;
- 2 puntos: >10 a 12 meses;
- 1 punto: más de 12 meses.
La regla es más auditable porque vincula la nota con una medida.
Escala continua normalizada
Los valores reales pueden normalizarse entre 0 y 1 o entre 0 y 100.
Este enfoque conserva más información, pero exige atención a la función de valor utilizada.
Criterios de beneficio y de costo
Para criterios de beneficio, un valor mayor tiende a ser mejor: capacidad, eficiencia, disponibilidad.
Para criterios de costo, un valor menor tiende a ser mejor: CAPEX, OPEX, plazo, consumo.
La normalización debe respetar la dirección.
Ejemplo simplificado para beneficio:
nota normalizada = valor de la alternativa / mayor valor observado
Para costo:
nota normalizada = menor valor observado / valor de la alternativa
Estas fórmulas son solo ejemplos. La función elegida debe reflejar el significado técnico de la diferencia.
No toda diferencia es lineal
La diferencia entre 99,0% y 99,5% de disponibilidad puede tener un impacto distinto de la diferencia entre 95% y 95,5%.
Del mismo modo, reducir el plazo de 12 a 11 meses puede ser poco relevante, mientras que reducirlo de 7 a 6 meses puede cumplir una ventana regulatoria crítica.
Por ello, una función lineal puede ser inadecuada.
La escala debe reflejar valor para el decisor, no únicamente conveniencia matemática.
Cómo construir una matriz ponderada
Considere tres alternativas A, B y C y cuatro criterios.
| Criterio | Peso | A | B | C |
| Disponibilidad | 30% | 5 | 4 | 3 |
| TCO | 30% | 3 | 5 | 4 |
| Plazo | 20% | 4 | 3 | 5 |
| Interoperabilidad | 20% | 5 | 3 | 4 |
La puntuación ponderada de A sería:
0,30×5 + 0,30×3 + 0,20×4 + 0,20×5 = 4,20
El mismo cálculo se aplica a las demás alternativas.
La mayor puntuación indica la alternativa preferida según el modelo — no una verdad absoluta.
La matriz es una representación de la preferencia, no una prueba matemática
El resultado depende de las premisas elegidas.
Si cambian los pesos, las escalas o los datos, el ranking puede cambiar.
Por ello, una puntuación de 4,20 frente a 4,15 no debe presentarse como evidencia de superioridad incontestable. La proximidad puede indicar que las alternativas son económica o técnicamente equivalentes dentro de la incertidumbre disponible.
La evidencia debe acompañar cada nota
Una nota sin evidencia es una opinión cuantificada. Para decisiones de CAPEX, cada evaluación debe ser trazable a un cálculo, prueba, documento, benchmark o juicio técnico explícitamente identificado.
Una nota sin evidencia es una opinión cuantificada.
Para cada evaluación, registre la fuente:
- datasheet;
- cálculo;
- prueba;
- informe de campo;
- historial de fallos;
- propuesta comercial;
- garantía;
- norma;
- estudio del fabricante;
- benchmark;
- contrato;
- simulación;
- modelo BIM;
- dictamen técnico.
Cuando la evidencia es incierta, esto también debe quedar visible.
Diferencie hecho, estimación y juicio
Una matriz robusta puede clasificar la base de la nota:
- Hecho medido: valor observado o certificado;
- Estimación: cálculo o previsión basada en premisas;
- Juicio especializado: evaluación cualitativa del equipo;
- Hipótesis: valor aún no confirmado.
Esta clasificación ayuda al gate a identificar dónde la decisión depende de información frágil.
Matriz de decisión y análisis de alternativas
La matriz no debe ser el primer paso de la generación de alternativas.
En ingeniería conceptual, puede ser útil mantener varias opciones abiertas durante más tiempo, como ocurre en Set-Based Design. El equipo elimina alternativas cuando existen evidencias suficientes y converge gradualmente.
La matriz entra cuando las alternativas están suficientemente definidas para compararse de forma justa.
Matriz de decisión y Business Case
El Business Case en Proyectos de Ingeniería responde si la inversión debe avanzar y por qué.
La matriz de decisión puede ser un artefacto dentro del Business Case para explicar por qué se seleccionó una determinada alternativa.
Debe conectar criterios técnicos con impactos económicos, riesgos y beneficios.
Matriz de decisión y viabilidad técnica y económica
El Estudio de Viabilidad Técnica y Económica normalmente implica comparar alternativas antes de formular una recomendación.
La matriz permite consolidar dimensiones que no caben en un único VAN:
- cumplimiento técnico;
- disponibilidad;
- operabilidad;
- riesgo;
- plazo;
- flexibilidad;
- costo del ciclo de vida.
No debe sustituir al DCF cuando los impactos económicos pueden monetizarse.
No convierta el CAPEX en una nota demasiado pronto
Si el CAPEX se conoce en moneda, mantenerlo en valor monetario durante el análisis preserva la transparencia.
Convertir BRL 8 millones y BRL 10 millones en notas 5 y 4 puede ocultar la magnitud real de la diferencia.
Un enfoque mejor es:
- calcular la diferencia económica en su unidad original;
- definir una función de valor explícita;
- solo entonces transformarla en puntuación, si la agregación multicriterio lo exige.
TCO suele ser mejor que el precio inicial
Cuando las alternativas tienen vidas útiles, consumos, mantenimiento o licenciamiento diferentes, el CAPEX aislado puede inducir una mala decisión.
El TCO y Costo del Ciclo de Vida en Ingeniería amplía el análisis hacia costos recurrentes, reposiciones y cierre.
El criterio económico de la matriz puede utilizar TCO o VAN de costos en lugar de únicamente el precio de compra.
Matriz de decisión y TBE
La Technical Bid Evaluation — TBE compara propuestas técnicas de proveedores frente a una requisición.
Una matriz de decisión puede utilizarse dentro de la TBE, pero los objetivos son diferentes:
- la TBE verifica el cumplimiento y compara las propuestas recibidas;
- la matriz de decisión puede comparar tecnologías y alternativas incluso antes del procurement.
Además, los criterios de habilitación y los requisitos obligatorios no deben compensarse mediante notas altas en otros ítems.
Matriz de decisión y autoridad técnica
Las decisiones críticas necesitan una responsabilidad clara.
La Technical Authority en Ingeniería ayuda a separar quién prepara el análisis, quién realiza la revisión técnica y quién posee autoridad para aprobar.
La matriz no sustituye la accountability.
Participación de stakeholders
Los pesos y criterios pueden variar según la perspectiva.
Operación puede priorizar mantenibilidad; finanzas, TCO; ingeniería, desempeño; procurement, plazo y supply chain; seguridad, cumplimiento; TI, ciberseguridad.
El objetivo no es promediar preferencias sin criterio, sino estructurar el conflicto y hacer explícitos los trade-offs.
Los workshops multidisciplinares son útiles cuando cada área presenta evidencias y restricciones.
Cómo reducir el sesgo de decisión
La matriz no elimina los sesgos humanos, pero puede hacer visibles algunos de ellos.
Prácticas útiles:
- congelar criterios y escalas antes de puntuar;
- declarar conflictos de interés;
- evaluar evidencias antes de revelar el ranking final;
- utilizar más de un evaluador para juicios subjetivos;
- registrar las justificaciones de las notas;
- probar escenarios de pesos;
- revisar criterios redundantes;
- separar criterios eliminatorios de criterios preferenciales;
- realizar revisión independiente en decisiones críticas.
Sesgo de anclaje
El primer proveedor, precio o concepto presentado puede influir en las evaluaciones siguientes.
Las evaluaciones ciegas por criterio, cuando sean viables, reducen este efecto.
Sesgo de confirmación
Un equipo que ya prefiere una alternativa tiende a interpretar las evidencias a su favor.
Por ello, los criterios deben definirse antes del ranking y la decisión debe mantener registrado el dissent cuando sea relevante.
Falsa precisión
Las puntuaciones con tres decimales no hacen que el juicio sea más preciso.
Si las entradas son cualitativas, el resultado también contiene incertidumbre.
Una diferencia de 0,03 puede ser irrelevante frente a la incertidumbre de las notas.
Análisis de sensibilidad de los pesos
Cuando pequeños cambios de peso alteran la alternativa ganadora, la decisión no es robusta. El resultado debe tratarse como sensible y puede justificar un estudio adicional antes del gate.
La sensibilidad es una etapa obligatoria cuando el ranking depende fuertemente de la distribución de pesos.
Preguntas útiles:
- ¿cuánto debe aumentar el peso del CAPEX para cambiar la alternativa ganadora?
- si operación da más peso a la mantenibilidad, ¿cambia el ranking?
- si el plazo pierde importancia, ¿otra alternativa pasa a liderar?
- ¿qué criterio determina realmente la decisión?
El contenido sobre Análisis de Sensibilidad y Escenarios presenta switching values como forma de identificar puntos de cambio.
Sensibilidad de las notas
No solo deben variar los pesos.
Si el desempeño de una alternativa es estimado y aún no ha sido probado, la nota puede encontrarse dentro de un rango.
Ejemplo:
- escenario conservador: nota 3;
- escenario base: nota 4;
- escenario optimista: nota 5.
Si el ranking solo se mantiene en el escenario optimista, la decisión necesita evidencia adicional.
Matriz de decisión y análisis multicriterio
Una matriz ponderada es una forma simple de análisis multicriterio. Los métodos MCDA más formales ofrecen técnicas diferentes para estructurar preferencias, normalización, pesos y agregación.
El contenido sobre Análisis Multicriterio — MCDA en Proyectos de Ingeniería explica cuándo una matriz simple deja de ser suficiente.
Cuándo migrar a AHP o a un MCDA más estructurado
Una matriz simple puede ser insuficiente cuando:
- los pesos son controvertidos;
- existen muchos criterios jerárquicos;
- la decisión es de alto impacto;
- las preferencias no son lineales;
- existe fuerte conflicto entre stakeholders;
- debe comprobarse la consistencia de los juicios;
- existen incertidumbres y trade-offs complejos.
En ese caso, AHP, outranking, utility/value methods u otros enfoques pueden ser más adecuados.
Ejemplo: selección de arquitectura de redundancia
Considere tres alternativas para la alimentación de una instalación crítica:
- A: arquitectura simple con redundancia parcial;
- B: redundancia N+1;
- C: redundancia 2N.
Criterios:
- disponibilidad;
- CAPEX;
- OPEX;
- espacio;
- complejidad operativa;
- plazo;
- expansión futura.
La alternativa C puede dominar en disponibilidad y perder en CAPEX y espacio. La decisión no es «cuál tiene mayor disponibilidad», sino qué combinación cumple los requisitos y maximiza el valor en el contexto.
Ejemplo: selección de ruta de telecomunicaciones
Dos rutas de fibra pueden tener longitudes similares, pero diferencias en:
- exposición a obras futuras;
- cruces;
- acceso para mantenimiento;
- redundancia física;
- licenciamiento;
- CAPEX;
- plazo;
- riesgo geotécnico.
Una matriz permite transformar criterios de ingeniería de campo en una decisión trazable.
Ejemplo: selección de tecnología de almacenamiento
Las alternativas pueden compararse por:
- potencia;
- energía;
- ciclos;
- eficiencia;
- degradación;
- seguridad;
- espacio;
- CAPEX;
- OPEX;
- cadena de suministro;
- disposición final;
- garantía.
Los pesos deben reflejar la aplicación y no una preferencia genérica por la tecnología.
Ejemplo: retrofit versus sustitución
Alternativas:
- mantener y reparar;
- retrofit;
- sustitución completa.
Los criterios pueden combinar:
- inversión;
- vida útil adicional;
- indisponibilidad;
- riesgo de obsolescencia;
- eficiencia;
- disponibilidad de repuestos;
- impacto operacional;
- valor residual.
La matriz debe acompañarse de TCO y análisis económico cuando los flujos sean materialmente diferentes.
Los criterios deben evolucionar con la madurez del proyecto
En FEL inicial, muchos criterios se evalúan mediante benchmarks. En el proyecto básico, los datos se vuelven más específicos. En procurement, aparecen propuestas y garantías reales.
Esto no significa cambiar los criterios para favorecer una alternativa; significa revisar evidencias y notas con mayor madurez.
Los pesos solo deben modificarse cuando realmente cambia el objetivo o el contexto de la decisión, registrando la justificación.
Registro de decisión
La salida no debe ser únicamente la planilla final.
El registro debe incluir:
- pregunta de decisión;
- alternativas consideradas;
- alternativas eliminadas y motivo;
- requisitos obligatorios;
- criterios;
- definiciones;
- escalas;
- pesos;
- responsables de la evaluación;
- evidencias;
- resultados;
- sensibilidad;
- riesgos residuales;
- dissent relevante;
- decisión aprobada;
- condicionantes;
- fecha y autoridad.
Este conjunto transforma la matriz en memoria de ingeniería.
Control de versiones
Si cambian las premisas, la matriz necesita una revisión identificable.
Nunca sustituya silenciosamente una versión anterior. La trazabilidad debe mostrar por qué cambió la alternativa ganadora, si eso ocurre.
Uso en Design Review
Los Design Reviews son momentos naturales para presentar trade studies y matrices de decisión.
Los revisores pueden cuestionar:
- criterios ausentes;
- pesos;
- fuentes;
- premisas;
- sensibilidad;
- interfaces;
- riesgo de implantación.
El objetivo es probar la calidad de la decisión, no simplemente aprobar la solución ya elegida.
Uso en Owner’s Engineering
La Owner’s Engineering puede actuar como capa independiente en la comparación de alternativas presentadas por proyectistas, integradores o contratistas EPC.
Esta independencia es importante cuando los proveedores tienen un incentivo natural para favorecer soluciones de su propio portafolio.
Matriz de decisión en Procurement
Antes de una RFP o RFQ, la matriz puede ayudar a consolidar lo que realmente diferencia las alternativas.
Durante la TBE, puede servir como estructura de comparación siempre que:
- los requisitos obligatorios no sean compensables;
- los pesos se hayan definido previamente;
- las notas estén sustentadas por documentos de la propuesta;
- los desvíos y excepciones estén registrados;
- el precio comercial no se mezcle de forma opaca con la evaluación técnica.
La segregación entre evaluación técnica y comercial puede ser necesaria según la gobernanza del proceso.
Cómo evitar que la matriz sea manipulada
Señales de alerta:
- pesos modificados después de ver el ranking;
- criterios creados para favorecer una opción;
- notas sin fuente;
- escalas inconsistentes entre criterios;
- criterios redundantes;
- alternativa preferida definida antes del workshop;
- exclusión de opciones sin justificación;
- resultado con precisión excesiva;
- falta de sensibilidad;
- ausencia de aprobador identificado.
Una matriz confiable debe superar la pregunta: ¿otro equipo, con los mismos datos y reglas, entendería cómo llegamos a la decisión?
Matriz de decisión simple versus AHP versus MCDA
| Enfoque | Mejor uso | Complejidad |
| Matriz ponderada simple | pocas alternativas y criterios claros | baja |
| AHP | pesos y preferencias exigen comparación por pares | media |
| MCDA estructurado | decisiones complejas, múltiples stakeholders y trade-offs | media a alta |
La elección del método debe ser proporcional al valor y a la irreversibilidad de la decisión.
El criterio económico y el criterio técnico no necesitan competir
Muchas decisiones crean una falsa oposición entre «técnico» y «financiero».
Una alternativa puede ser técnicamente superior, pero esa superioridad adicional puede no generar un beneficio proporcional al costo. Otra puede ser más barata, pero no cumplir la disponibilidad mínima.
La matriz ayuda a identificar la frontera de trade-off. El Business Case determina si el valor adicional justifica el capital adicional.
La decisión puede ser «ninguna alternativa»
Una matriz no debe obligar a elegir la mejor entre opciones deficientes.
Si ninguna alternativa cumple los requisitos o produce valor suficiente, la respuesta correcta puede ser:
- generar una nueva alternativa;
- revisar requisitos;
- realizar un estudio adicional;
- ejecutar un piloto;
- postergar la decisión;
- cancelar la iniciativa.
Esta posibilidad debe existir para que el proceso sea genuinamente decisorio.
Cuándo la Ingeniería Consultiva aporta valor
La Consultoría Técnica de Ingeniería puede estructurar una decisión independiente cuando la organización necesita comparar soluciones, tecnologías o propuestas sin reducir la elección al menor precio.
El trabajo puede incluir:
- definición de la pregunta de decisión;
- levantamiento de requisitos;
- generación y depuración de alternativas;
- definición de criterios;
- estructuración de pesos;
- normalización;
- workshops multidisciplinares;
- análisis de sensibilidad;
- TCO y viabilidad;
- registro de la decisión;
- recomendación técnica.
En decisiones de alto CAPEX, el costo de estructurar la elección normalmente es pequeño frente al costo de seleccionar una alternativa inadecuada.
Consideraciones finales
La matriz de decisión es una herramienta de gobernanza técnica. Su función no es sustituir la ingeniería por una nota, sino hacer explícita la lógica utilizada para seleccionar una alternativa entre opciones viables.
Una matriz confiable comienza con requisitos obligatorios, criterios bien definidos y escalas y pesos establecidos antes de la puntuación. Las notas necesitan evidencia y el resultado debe pasar por análisis de sensibilidad. Cuando la decisión es demasiado compleja para una suma ponderada simple, métodos como AHP y MCDA ofrecen estructuras más rigurosas.
La principal ganancia es la trazabilidad. Meses o años después, la organización debe poder reconstruir por qué se eligió una determinada solución, qué trade-offs se aceptaron y qué premisas sustentaban la decisión. Esto transforma una elección técnica en un activo de gobernanza del proyecto.
En elecciones críticas, Owner’s Engineering puede revisar alternativas y premisas de forma independiente, reduciendo el riesgo de que una solución sea seleccionada por el interés natural de proyectistas o proveedores.
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. 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/
[4] 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
[5] 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
Es una herramienta que compara alternativas mediante criterios explícitos, escalas, pesos y evidencias, produciendo una visión estructurada de los trade-offs para apoyar la elección.
La matriz de decisión elige entre alternativas para un problema específico. La matriz de priorización ordena proyectos, demandas o iniciativas de un portafolio.
En una forma simple, se multiplica la nota de cada alternativa por el peso del criterio y se suman los resultados. Antes de ello, deben definirse criterios, escalas y pesos, y las notas deben estar sustentadas por evidencias.
Los pesos pueden definirse mediante consenso estructurado, asignación de puntos, swing weighting, AHP u otros métodos. Lo importante es representar la importancia relativa y registrar la justificación.
Los requisitos obligatorios deben tratarse preferentemente como filtros de cumplimiento. Una solución que no cumple un requisito obligatorio no debe compensar el fallo con notas altas en criterios preferenciales.
Cuando los pesos son controvertidos, existe una jerarquía de criterios, la decisión es crítica o se desea utilizar comparación por pares y medir la consistencia de los juicios.
No automáticamente. El ranking debe interpretarse junto con la sensibilidad, la incertidumbre de las evidencias, los requisitos obligatorios, los riesgos y la autoridad de decisión.
Sí, como parte de la evaluación técnica, siempre que los requisitos eliminatorios estén separados, los pesos se definan previamente y cada nota sea trazable a la propuesta y a los criterios de la requisición.
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
- Owner’s Engineering
Contenidos principales sobre el tema
- Business Case en Proyectos de Ingeniería
- Set-Based Design en Ingeniería
- Technical Authority en Ingeniería
- TBE en Ingeniería
