Análise Multicritério (MCDA) em Projetos de Engenharia: como comparar alternativas técnicas

Entenda MCDA em projetos de engenharia: critérios, pesos, normalização, AHP, MAVT, outranking, TOPSIS, sensibilidade e seleção de alternativas técnicas.

Confira!

Análise Multicritério, ou MCDA — Multi-Criteria Decision Analysis — é uma família de métodos para estruturar decisões em que várias alternativas precisam ser comparadas por múltiplos critérios que não podem ser reduzidos naturalmente a uma única medida. Em projetos de engenharia, MCDA é aplicável quando a solução precisa equilibrar desempenho, confiabilidade, segurança, CAPEX, OPEX, prazo, mantenabilidade, risco, sustentabilidade, interfaces e outros trade-offs sem fingir que um único indicador responde a toda a decisão.

MCDA não é um método único. Matriz ponderada, AHP, modelos de valor multiatributo, métodos de outranking e técnicas baseadas em distância de soluções ideais pertencem a uma família ampla de abordagens. A escolha depende da pergunta, do tipo de dado, da possibilidade de compensação entre critérios, do número de alternativas, da incerteza e da governança exigida. Por isso, aplicar “uma planilha MCDA” sem declarar o método é metodologicamente insuficiente.

A contribuição central da análise multicritério é tornar explícita a arquitetura da decisão. Ela separa requisitos mandatórios de preferências, estrutura objetivos, define critérios, registra desempenho, modela importância relativa, testa sensibilidade e documenta por que determinada alternativa foi recomendada. Em Engenharia Consultiva, esse processo pode conectar Design Review, FEL, Business Case, TBE, Technical Authority e Owner’s Engineering em uma cadeia decisória rastreável.

O que é análise multicritério — MCDA

MCDA é um campo de análise de decisão dedicado a problemas com múltiplos objetivos ou critérios potencialmente conflitantes.

O manual britânico de Multi-Criteria Analysis descreve um processo que inclui estabelecimento do contexto decisório, identificação de opções e objetivos, definição de critérios, avaliação das alternativas, ponderação, combinação de pesos e scores e análise de sensibilidade. A INCOSE mantém uma Decision Analysis Working Group dedicada a desenvolver e promover práticas de análise de decisão em Systems Engineering.

Em engenharia, MCDA responde a perguntas como:

• qual alternativa técnica oferece melhor equilíbrio global?
• qual arquitetura merece avançar para o projeto básico?
• qual tecnologia preserva mais valor ao longo do ciclo de vida?
• qual solução atende aos requisitos com risco aceitável?
• quais trade-offs justificam pagar mais CAPEX?
• qual alternativa permanece preferível em cenários diferentes?

A resposta não é apenas um ranking. É uma estrutura de argumentação técnica.

MCDA não é sinônimo de AHP

AHP é um dos métodos de análise multicritério.

O Método AHP em Projetos de Engenharia utiliza uma hierarquia, comparações par a par e verificação de consistência para derivar prioridades.

MCDA é mais amplo e inclui diferentes escolas metodológicas.

Termo	Escopo
MCDA/MCDM	família de métodos multicritério
Matriz ponderada	modelo aditivo simples
AHP	comparação par a par e hierarquia
MAVT/MAUT	modelos de valor ou utilidade multiatributo
ELECTRE/PROMETHEE	famílias de outranking
TOPSIS	proximidade de solução ideal

Não existe um método universalmente melhor para toda decisão.

MCDA não é matriz de priorização

Uma Matriz de Priorização pode utilizar múltiplos critérios para ordenar projetos de portfólio. MCDA, no contexto deste artigo, é aplicada principalmente à seleção entre alternativas técnicas para uma decisão definida.

Exemplo:

• priorização: quais 20 projetos de retrofit executar primeiro?
• decisão multicritério: qual tecnologia de retrofit usar no projeto selecionado?

Os processos podem se conectar, mas não respondem à mesma query.

MCDA não substitui requisitos mandatórios

Critérios compensatórios são perigosos quando uma alternativa não atende um requisito obrigatório.

Se a norma, contrato ou operação exige uma capacidade mínima, uma solução abaixo desse limite não deveria vencer porque custa menos ou tem prazo melhor.

Antes do MCDA, classifique requisitos como:

• mandatórios;
• preferenciais;
• informativos;
• condicionais.

A Gestão de Requisitos em Projetos de Engenharia deve alimentar essa separação.

A arquitetura de uma decisão multicritério

Um processo robusto pode seguir estas etapas:

O método matemático aparece no meio do processo, não no início.

Defina o decisor e a autoridade

Uma análise pode ser preparada por consultores e especialistas, mas alguém precisa possuir autoridade para decidir.

Papéis típicos:

• sponsor;
• owner da decisão;
• Technical Authority;
• facilitador;
• especialistas por disciplina;
• finanças;
• operação;
• procurement;
• revisor independente.

A Technical Authority em Engenharia ajuda a formalizar autoridade e independência em decisões técnicas críticas.

Formule a pergunta de decisão

Perguntas genéricas geram critérios genéricos.

Em vez de “qual é a melhor solução?”, use:

Qual alternativa de alimentação elétrica atende aos requisitos de disponibilidade e segurança do empreendimento, minimizando TCO e impacto de implantação no horizonte de 15 anos?

A pergunta explicita:

• função;
• requisitos;
• contexto;
• horizonte;
• dimensões prioritárias.

Gere alternativas antes de ponderar critérios

MCDA não deve servir para escolher apenas entre opções trazidas pelo fornecedor dominante.

Durante engenharia conceitual, a geração de alternativas pode incluir:

• solução-base;
• alternativa de menor CAPEX;
• alternativa de menor TCO;
• alternativa de maior desempenho;
• alternativa modular;
• alternativa híbrida;
• alternativa de não fazer ou adiar, quando aplicável.

O Set-Based Design é complementar porque preserva opções enquanto a informação amadurece.

Critérios devem nascer dos objetivos

Um critério só deve existir se ajudar a medir um objetivo relevante.

Exemplo de árvore de objetivos:

Objetivo técnico: atender desempenho e disponibilidade.

Critérios:

• capacidade;
• eficiência;
• disponibilidade;
• confiabilidade.

Objetivo econômico: minimizar custo do ciclo de vida.

Critérios:

• CAPEX;
• OPEX;
• TCO.

Objetivo de implantação: reduzir exposição da execução.

Critérios:

• prazo;
• construtibilidade;
• interfaces;
• necessidade de parada.

A estrutura deve evitar critérios “soltos” sem vínculo com objetivo.

Critérios completos, não redundantes e operacionais

Um bom conjunto de critérios deve cobrir dimensões relevantes sem contar duas vezes a mesma característica.

Exemplos de redundância:

• preço, CAPEX e custo de aquisição;
• disponibilidade, uptime e disponibilidade anual sem distinção;
• prazo de fornecimento e lead time se medem exatamente o mesmo evento.

Também evite critérios vagos como “qualidade” sem definição operacional.

Prefira:

• taxa de falhas;
• garantia;
• certificações;
• atendimento a tolerâncias;
• capacidade de suporte;
• histórico comprovado.

Critérios quantitativos e qualitativos

MCDA permite combinar ambos, mas a forma de conversão precisa ser transparente.

Quantitativos

• R$ de CAPEX;
• R$/ano de OPEX;
• meses;
• kW;
• Mbps;
• PUE;
• MTBF;
• disponibilidade;
• área ocupada;
• consumo;
• emissões.

Qualitativos

• maturidade tecnológica;
• facilidade de operação;
• flexibilidade;
• integração;
• complexidade de manutenção;
• suporte local;
• adaptabilidade futura.

Critérios qualitativos precisam de descritores claros para reduzir interpretação livre.

Funções de valor

Uma função de valor converte desempenho físico ou econômico em uma escala de preferência.

A relação pode ser:

• linear;
• por faixas;
• convexa;
• côncava;
• com threshold;
• saturada após certo nível.

Exemplo: disponibilidade acima de 99,999% pode trazer pouco valor adicional para uma aplicação cujo requisito é 99,99%, enquanto o CAPEX cresce fortemente. A função não precisa premiar indefinidamente um desempenho que já excedeu o valor necessário.

Normalização

Critérios usam unidades diferentes. Para agregação, frequentemente é necessário colocá-los em escalas comparáveis.

Métodos simples incluem:

• min-max;
• razão pelo melhor valor;
• distância de meta;
• função de valor definida por especialistas.

A escolha da normalização pode alterar o ranking.

Por isso, a metodologia deve ser registrada e testada.

Critérios de benefício e de custo

Critérios de benefício aumentam preferência quando o valor cresce.

Exemplos:

• capacidade;
• eficiência;
• disponibilidade.

Critérios de custo aumentam preferência quando o valor diminui.

Exemplos:

• CAPEX;
• OPEX;
• prazo;
• consumo;
• footprint.

O método precisa tratar corretamente essa direção.

Pesos representam importância relativa

Pesos não são notas da alternativa.

Eles representam quanto uma dimensão contribui para a preferência global dentro do modelo.

Formas de ponderação incluem:

• alocação direta de pontos;
• swing weighting;
• AHP;
• comparação par a par;
• trade-off weighting;
• workshops estruturados.

A escolha depende do método MCDA.

Pesos dependem da escala

Uma armadilha metodológica é perguntar o peso de um critério sem especificar a faixa de desempenho relevante.

Se o CAPEX varia apenas entre R$ 10 e R$ 10,2 milhões, enquanto a disponibilidade varia de 95% a 99,999%, a importância relativa não pode ser analisada apenas pelo nome dos critérios.

Peso e escala de valor são interdependentes em modelos aditivos.

Modelo aditivo ponderado

A forma mais simples é:

V(a) = Σ wᵢ vᵢ(a)

onde:

• V(a) = valor global da alternativa;
• wᵢ = peso do critério i;
• vᵢ(a) = valor normalizado da alternativa no critério i.

Essa estrutura é a base de muitas matrizes de decisão ponderadas.

A Matriz de Decisão em Projetos de Engenharia mostra a aplicação prática dessa forma simples.

Quando a compensação é aceitável

Modelos aditivos permitem compensação: desempenho ruim em um critério pode ser compensado por bom desempenho em outro.

Isso é aceitável apenas para critérios preferenciais em que trade-off faz sentido.

Não é aceitável compensar:

• segurança mínima;
• norma mandatória;
• capacidade obrigatória;
• requisito legal;
• condição de interface não negociável.

Quando a compensação deve ser limitada, outro método pode ser mais apropriado.

AHP como método MCDA

AHP é útil quando o problema possui estrutura hierárquica e os decisores conseguem expressar preferências relativas melhor por comparações par a par.

Ele oferece:

• pesos derivados;
• prioridades locais e globais;
• medida de consistência;
• rastreabilidade dos julgamentos.

Suas limitações e questões de rank reversal precisam ser entendidas.

Modelos de valor multiatributo — MAVT

Multi-Attribute Value Theory estrutura funções de valor para critérios e combina preferências de forma explícita.

É especialmente útil quando:

• existe boa compreensão das funções de valor;
• critérios quantitativos são fortes;
• trade-offs precisam ser transparentes;
• a decisão pode ser modelada com compensação.

O manual de MCA do governo britânico utiliza abordagem fortemente alinhada a modelos de valor ponderado e análise de sensibilidade.

MAUT e risco

Multi-Attribute Utility Theory amplia a lógica para preferências sob incerteza e risco.

Utilidade não é sinônimo de valor determinístico. O conceito incorpora atitude frente ao risco.

Em engenharia, pode ser relevante quando consequências e probabilidades são centrais, mas exige elicitação mais sofisticada.

Métodos de outranking

Famílias como ELECTRE e PROMETHEE não dependem necessariamente de uma compensação total entre critérios.

A lógica pode avaliar se existe evidência suficiente para afirmar que uma alternativa supera outra, considerando:

• concordância;
• discordância;
• thresholds de preferência;
• veto.

Essa abordagem pode ser útil quando um desempenho muito ruim em determinado critério não deve ser facilmente compensado.

ELECTRE

Métodos ELECTRE foram desenvolvidos para problemas de decisão multicritério com relações de outranking.

Eles podem incluir thresholds de indiferença, preferência e veto.

A metodologia é mais complexa que uma matriz ponderada e exige justificativa para seus parâmetros.

PROMETHEE

PROMETHEE também trabalha com comparações entre alternativas e funções de preferência por critério.

Pode produzir fluxos positivos e negativos de preferência e ordenações parciais ou completas.

Sua aplicação é útil quando o decisor deseja modelar intensidade de preferência sem reduzir tudo a uma soma linear simples.

TOPSIS

TOPSIS — Technique for Order Preference by Similarity to Ideal Solution — avalia alternativas pela distância de uma solução ideal positiva e de uma solução ideal negativa.

Em termos intuitivos, uma boa alternativa deve estar próxima do melhor desempenho em todos os critérios e distante do pior.

O método exige normalização e pesos e pode ser sensível às escolhas de escala.

Qual método MCDA escolher

Não escolha pelo software disponível.

Pergunte:

• compensação entre critérios é aceitável?
• existem critérios mandatórios?
• pesos são fáceis de atribuir?
• há hierarquia natural?
• critérios são quantitativos ou qualitativos?
• existe forte incerteza?
• a decisão exige ranking completo ou apenas shortlist?
• os stakeholders discordam fortemente?
• a transparência para executivos é prioritária?
• existe capacidade técnica para aplicar e auditar o método?

Guia prático de escolha

Situação	Abordagem possível
Decisão simples, poucos critérios	matriz ponderada
Pesos difíceis, estrutura hierárquica	AHP
Funções de valor bem definidas	MAVT
Não compensação e veto são importantes	outranking
Interesse em proximidade de ideal	TOPSIS
Incerteza e atitude a risco dominam	MAUT ou abordagem probabilística

A tabela é orientativa, não prescritiva.

MCDA e dados objetivos

A análise multicritério não deve substituir métricas por opiniões.

Se existe:

• CAPEX cotado;
• TCO calculado;
• disponibilidade modelada;
• consumo medido;
• prazo contratual;
• eficiência certificada;

use os dados.

O método deve transformar evidência em decisão, não substituir evidência por score subjetivo.

Qualidade dos dados deve aparecer no modelo

Duas notas iguais podem ter níveis de confiança muito diferentes.

Exemplo:

• alternativa A: eficiência medida em teste;
• alternativa B: eficiência estimada em brochure;

Tratar ambas como dado equivalente oculta risco de informação.

É possível registrar qualidade da evidência como metadado ou critério separado quando realmente relevante, evitando dupla contagem.

Critério de risco versus risco nos dados

Não confunda:

• risco da alternativa;
• incerteza do valor usado para avaliar a alternativa.

Uma tecnologia pode ter baixo risco operacional, mas uma estimativa de CAPEX ainda muito incerta.

A análise precisa tratar ambas as dimensões.

MCDA e análise de risco

O MCDA pode incorporar riscos como critérios ou usar resultados de análises de risco como entradas.

A Análise de Riscos em Projetos de Engenharia pode fornecer:

• exposição esperada;
• probabilidade;
• severidade;
• riscos não mitigáveis;
• custo de respostas.

Não transforme cada risco individual em critério sem necessidade; isso pode explodir a matriz e distorcer o peso da dimensão risco.

MCDA e incerteza

Uma análise determinística pode usar um único valor por critério, mas projetos de engenharia possuem faixas.

Exemplo:

• CAPEX: P50 e P80;
• prazo: faixa provável;
• disponibilidade: intervalo;
• demanda: cenários;
• vida útil: distribuição.

Opções de tratamento incluem:

• cenários;
• análise de sensibilidade;
• valores esperados;
• Monte Carlo;
• métodos multicritério robustos.

A complexidade deve ser proporcional à materialidade.

Análise de sensibilidade é indispensável

Um ranking sem sensibilidade é apenas uma fotografia das premissas-base.

Teste:

• pesos;
• scores;
• thresholds;
• taxas econômicas;
• cenário de demanda;
• prazo;
• TCO;
• desempenho incerto.

A Análise de Sensibilidade e Cenários em Projetos de Engenharia ajuda a identificar switching values.

Sensibilidade univariada

Altere um parâmetro por vez.

Exemplo:

Qual peso de CAPEX faz a alternativa B superar A?

Esse ponto de cruzamento é fácil de comunicar a um comitê.

Sensibilidade multivariada

Critérios podem mudar simultaneamente.

Exemplo:

• CAPEX +15%;
• prazo +4 meses;
• disponibilidade -0,2 ponto percentual.

Cenários combinados podem representar condições realistas de execução.

Robustez do ranking

Uma alternativa é robusta quando permanece preferível sob ampla faixa de premissas plausíveis.

Se o ranking muda a cada pequena alteração de peso, a decisão é frágil.

Fragilidade não significa que a análise falhou. Significa que talvez as alternativas sejam próximas demais para justificar uma decisão definitiva com a informação disponível.

Valor da informação

Quando o ranking é sensível, pode valer a pena comprar informação antes de decidir.

Exemplos:

• piloto;
• PoC;
• ensaio;
• Site Survey;
• cotação adicional;
• teste de interoperabilidade;
• inspeção de ativo;
• simulação;
• due diligence.

O custo do estudo pode ser pequeno frente ao valor de evitar uma escolha errada.

MCDA e Business Case

O Business Case em Projetos de Engenharia responde se a organização deve investir e por que.

MCDA pode selecionar a alternativa técnica mais alinhada aos objetivos. O Business Case então integra:

• benefícios;
• CAPEX;
• OPEX;
• TCO;
• DCF;
• riscos;
• estratégia;
• capacidade de execução.

Não converta todo o Business Case em uma única nota MCDA se valores monetários já podem ser modelados diretamente.

MCDA e análise econômica

Critérios econômicos podem ser entradas do MCDA, mas VPL e TCO têm significado próprio.

A avaliação por VPL, TIR, Payback e ROI deve permanecer transparente.

Exemplo de boa prática:

• calcular VPL de cada alternativa;
• usar VPL ou TCO como critério econômico;
• combinar com dimensões não monetizáveis;
• apresentar também o valor monetário original ao comitê.

MCDA e TCO

O TCO e Custo do Ciclo de Vida é particularmente útil para evitar que menor preço inicial domine a decisão.

Alternativas podem diferir em:

• manutenção;
• energia;
• licenças;
• reposições;
• suporte;
• descarte;
• vida útil.

O critério econômico deve representar o horizonte relevante.

MCDA e FEL

No FEL — Front-End Loading, MCDA pode apoiar gates de seleção de conceito.

FEL 1 pode usar dados paramétricos. FEL 2 incorpora mais Site Survey e engenharia. FEL 3 já pode incluir estimativas detalhadas e cotações.

A mesma estrutura de decisão pode amadurecer sem trocar silenciosamente os critérios.

MCDA e Design Review

Design Review é um fórum adequado para revisar:

• alternativas consideradas;
• requisitos;
• critérios;
• método;
• pesos;
• evidências;
• sensibilidade;
• riscos;
• interfaces;
• decisão recomendada.

A revisão deve questionar a lógica da decisão, não apenas o desenho final.

MCDA e Interfaces

Uma alternativa tecnicamente excelente isoladamente pode criar interfaces ruins com sistemas existentes.

A Gestão de Interfaces em Projetos de Engenharia pode fornecer critérios como:

• número de interfaces;
• maturidade dos ICDs;
• necessidade de gateways;
• dependências de terceiros;
• complexidade de integração;
• risco de commissioning.

Interfaces devem ser avaliadas como consequência técnica real, não como preferência abstrata.

MCDA e Procurement

Em procurement, MCDA pode apoiar uma TBE quando existem vários critérios técnicos preferenciais.

A TBE em Engenharia deve manter requisitos mandatórios, desvios e documentação rastreáveis.

Se pontuação multicritério será usada para contratar fornecedores, a governança precisa ser definida antes das propostas, de acordo com o processo aplicável.

MCDA e escopo da Requisição Técnica

A Requisição Técnica em Engenharia deve fornecer critérios verificáveis.

Se a RT é vaga, a análise multicritério tende a pontuar interpretações diferentes do escopo.

Boa decisão depende de boa especificação.

MCDA e Owner’s Engineering

A Engenharia do Proprietário pode facilitar uma análise independente quando:

• projetista favorece solução própria;
• fornecedor oferece tecnologia proprietária;
• áreas internas possuem interesses conflitantes;
• a decisão envolve CAPEX material;
• o ciclo de vida é longo;
• a organização precisa de memória auditável.

A independência do facilitador aumenta credibilidade, mas a decisão permanece com o proprietário.

MCDA e stakeholders

Stakeholders não devem apenas “votar em pesos”.

Cada grupo pode contribuir com conhecimento específico:

• operação: mantenabilidade e usabilidade;
• engenharia: desempenho e interfaces;
• finanças: custo de capital e TCO;
• procurement: mercado e supply chain;
• TI/OT: integração e cibersegurança;
• HSE: segurança e conformidade;
• gestão: estratégia e prazo.

O processo deve estruturar divergências e não apagá-las por média simples.

Workshops multicritério

Um workshop profissional deve ter:

• questão decisória aprovada;
• alternativas comparáveis;
• critérios definidos previamente;
• evidências disponíveis;
• facilitador;
• regras de julgamento;
• registro de decisões;
• análise de sensibilidade posterior.

Se o workshop começa com “qual nota damos para cada fornecedor?”, a estrutura foi pulada.

Bias e MCDA

MCDA não é imune a vieses.

Riscos incluem:

• ancoragem;
• confirmação;
• disponibilidade;
• pressão hierárquica;
• framing;
• preferência por marca;
• excesso de confiança;
• ajuste de peso após conhecer o resultado.

A estrutura ajuda a detectá-los, mas exige disciplina.

Critérios criados depois do resultado

Esse é um dos sinais mais graves de racionalização.

O conjunto de critérios pode evoluir se nova informação revelar dimensão realmente relevante, mas a alteração deve ser documentada, justificada e reavaliada para todas as alternativas.

Não se deve inserir um critério apenas para mover a solução desejada para o primeiro lugar.

Precisão numérica não é precisão decisória

Um score de 82,43 contra 82,12 não prova superioridade material.

Se pesos e notas possuem incerteza, a diferença pode estar dentro do ruído do modelo.

Apresente faixas, cenários ou estabilidade do ranking quando necessário.

Dominância

Uma alternativa domina outra quando é pelo menos tão boa em todos os critérios relevantes e melhor em pelo menos um, sem violar restrições.

Se existe dominância clara, métodos complexos podem ser desnecessários.

Antes de aplicar MCDA, elimine alternativas dominadas quando isso for metodologicamente apropriado.

Fronteira de Pareto

Em problemas multiobjetivo, alternativas podem formar uma fronteira de Pareto: melhorar um objetivo exige piorar outro.

Essas são as alternativas em que o trade-off real ocorre.

MCDA ajuda o decisor a escolher dentro dessa fronteira com base em preferências explícitas.

Trade studies em Systems Engineering

Systems Engineering usa decision analysis e trade studies para selecionar soluções entre alternativas que satisfazem requisitos.

A INCOSE associa seleção de alternativas a análise de decisão e utility theory em práticas de engenharia de sistemas.

Esse contexto reforça que MCDA não é apenas ferramenta de gestão; é parte da engenharia de decisão de sistemas complexos.

MCDA e arquitetura de sistemas

Decisões arquiteturais são difíceis de reverter e afetam muitas interfaces.

Critérios podem incluir:

• modularidade;
• acoplamento;
• escalabilidade;
• desempenho;
• segurança;
• disponibilidade;
• testabilidade;
• interoperabilidade;
• custo de mudança;
• roadmap tecnológico.

A análise deve ocorrer antes que custo afundado torne a mudança impraticável.

MCDA e obsolescência

Alternativas tecnológicas podem ter ciclos de suporte diferentes.

Critérios relevantes:

• roadmap de fabricante;
• padrão aberto;
• disponibilidade de peças;
• suporte de firmware;
• base instalada;
• dependência proprietária;
• facilidade de migração.

Obsolescência pode ter impacto econômico maior que pequena diferença de CAPEX inicial.

Exemplo: arquitetura de energia crítica

Alternativas:

• N+1;
• 2N;
• modular distribuída.

Critérios:

• disponibilidade;
• CAPEX;
• OPEX;
• eficiência;
• footprint;
• mantenabilidade;
• prazo;
• expansão;
• risco de falha comum.

Uma matriz simples pode ser suficiente se os pesos forem consensuais. AHP pode estruturar os pesos se houver conflito. Outranking pode ser considerado se existir forte não compensação em determinados critérios.

Exemplo: rota de telecomunicações

Alternativas de rádio, fibra e híbrida podem ser avaliadas por:

• capacidade;
• latência;
• disponibilidade;
• diversidade física;
• CAPEX;
• licenciamento;
• manutenção;
• prazo;
• exposição ambiental;
• escalabilidade.

Requisitos mínimos de throughput e disponibilidade devem ser filtros.

Exemplo: sistema de segurança eletrônica

Alternativas de arquitetura podem diferir em:

• cobertura;
• retenção;
• analytics;
• cibersegurança;
• integração;
• licenças;
• TCO;
• suporte;
• expansão;
• interoperabilidade.

Pontuar apenas features pode favorecer solução mais complexa sem verificar benefício real.

Exemplo: retrofit de ativo industrial

Alternativas:

• reparo;
• retrofit parcial;
• substituição.

Critérios:

• vida residual;
• CAPEX;
• TCO;
• disponibilidade futura;
• prazo de parada;
• eficiência;
• peças;
• risco técnico.

A análise de condição do ativo é fonte crítica para as notas.

Exemplo: seleção de fornecedor

Após filtros técnicos mandatórios, fornecedores podem ser comparados por:

• aderência superior ao requisito;
• garantia;
• prazo;
• suporte;
• capacidade fabril;
• qualidade documental;
• experiência;
• risco de supply chain.

Preço comercial deve seguir a governança prevista e não ser escondido como nota técnica arbitrária.

Exemplo: localização de instalação

Critérios podem incluir:

• acesso a energia;
• telecomunicações;
• logística;
• terreno;
• licenciamento;
• risco climático;
• disponibilidade de mão de obra;
• CAPEX de infraestrutura;
• prazo;
• expansão.

Esse é um caso clássico de decisão em que nenhuma opção domina todas as dimensões.

MCDA em projetos públicos

Decisões públicas podem combinar impactos econômicos, sociais, ambientais e técnicos.

O manual de MCA do governo britânico foi desenvolvido justamente para apoiar appraisal de opções em políticas e decisões públicas.

A metodologia precisa permanecer coerente com a legislação e os critérios formais aplicáveis ao processo específico.

MCDA não autoriza criar critérios não previstos em uma contratação já estruturada.

MCDA e sustentabilidade

Critérios ESG ou ambientais devem ser operacionais, não slogans.

Exemplos:

• consumo de energia;
• emissões de ciclo de vida;
• uso de água;
• reciclabilidade;
• ruído;
• ocupação de solo;
• toxicidade;
• impacto em comunidades.

Quando possível, use métricas físicas ou LCA em vez de notas genéricas de “sustentabilidade”.

MCDA e custo de carbono

Se a organização possui preço interno de carbono ou metodologia econômica definida, parte do impacto ambiental pode ser monetizada e integrada ao Business Case.

Evite contar o mesmo efeito duas vezes como custo monetário e como critério ambiental sem ajuste.

MCDA e dupla contagem

Dupla contagem pode ocorrer entre:

• risco e contingência;
• CAPEX e TCO;
• energia e OPEX;
• disponibilidade e perda evitada;
• prazo e benefício antecipado;
• sustentabilidade e custo de carbono.

Antes da agregação, mapeie relações causais entre critérios.

MCDA e causalidade

Critérios devem representar resultados relevantes, não apenas drivers intermediários que já estão capturados em outro critério.

Exemplo:

• MTBF influencia disponibilidade;
• disponibilidade influencia produção;
• produção influencia benefício econômico.

Pontuar os três sem entender a cadeia pode triplicar o mesmo efeito.

MCDA e decisão econômica incremental

Quando duas alternativas são mutuamente excludentes, é útil mostrar também a diferença incremental.

Pergunta:

O que o CAPEX adicional da alternativa B compra em termos de desempenho, risco e valor?

MCDA pode tornar esses ganhos explícitos. O DCF verifica se benefícios monetizáveis justificam a diferença.

MCDA e opções reais

Algumas alternativas preservam flexibilidade.

Exemplo:

• construir capacidade total agora;
• implantar módulo inicial e expandir depois;
• manter opção de tecnologia futura.

Flexibilidade pode ser um critério ou, em decisões sofisticadas, avaliada por opções reais.

Não atribua nota subjetiva alta a “flexibilidade” se ela pode ser quantificada economicamente.

MCDA e decisão reversível versus irreversível

Quanto mais irreversível a decisão, maior deve ser o rigor.

Escolha de arquitetura estrutural, rota principal, tecnologia proprietária ou localização costuma ter alto custo de mudança.

Escolha de componente facilmente substituível pode não justificar um processo complexo.

Proporcionalidade metodológica

O método deve ser proporcional a:

• valor do CAPEX;
• criticidade;
• irreversibilidade;
• número de stakeholders;
• complexidade;
• incerteza;
• exposição regulatória;
• impacto do erro.

Aplicar MCDA sofisticado a uma decisão trivial cria burocracia. Aplicar “menor preço” a uma arquitetura crítica cria risco.

Como escolher entre matriz simples, AHP e método mais sofisticado

Uma regra prática:

Matriz simples

Use quando:

• critérios são poucos;
• dados são claros;
• pesos são consensuais;
• compensação é aceitável.

AHP

Use quando:

• pesos precisam ser derivados;
• a hierarquia é importante;
• julgamentos relativos são naturais;
• consistência precisa ser revisada.

Outranking ou outro MCDA

Considere quando:

• compensação total é inadequada;
• thresholds importam;
• há veto;
• preferências são mais complexas.

Governança dos pesos

Pesos devem ser definidos antes de conhecer o ranking final sempre que possível.

Registre:

• quem participou;
• método;
• justificativa;
• versão;
• divergências;
• data.

Se um peso mudar, documente o motivo.

Governança das notas

Cada score precisa ter:

• fonte;
• responsável;
• data-base;
• unidade original;
• transformação aplicada;
• nível de confiança.

Isso permite auditar a matriz sem depender da memória do workshop.

Registro da decisão

O pacote de decisão deve conter:

• problema;
• objetivos;
• requisitos;
• alternativas;
• exclusões;
• método MCDA;
• critérios;
• funções de valor;
• pesos;
• matriz de desempenho;
• resultados;
• sensibilidade;
• cenários;
• riscos;
• recomendação;
• decisão;
• condicionantes;
• autoridade;
• versão.

Esse artefato pode integrar Design Basis, Business Case ou relatório de trade study.

Controle de configuração

Matrizes de decisão são documentos de engenharia e precisam de versão quando influenciam baseline.

Mudança de requisito ou alternativa pode invalidar a decisão anterior.

Preserve a versão usada em cada gate.

MCDA e Change Management

Quando uma mudança relevante surge após a decisão, a organização pode reabrir a análise.

Exemplos:

• fornecedor sai do mercado;
• preço muda materialmente;
• norma muda;
• requisito de cibersegurança é elevado;
• prazo é comprimido;
• interface se torna inviável.

O objetivo não é defender a escolha passada, mas verificar se ela continua válida.

Custo afundado e decisão multicritério

O Custo Afundado em Projetos de Engenharia não deve manter uma alternativa no ranking apenas porque já recebeu investimento.

Em uma nova data-base, compare o que ainda pode ser decidido.

Ativos recuperáveis ou reaproveitáveis continuam relevantes como valor econômico.

MCDA e valor de informação

Se uma alternativa perde apenas porque um critério possui dado incerto, pergunte se vale medir melhor antes de decidir.

Uma decisão de R$ 50 milhões pode justificar R$ 100 mil adicionais em ensaios se isso reduzir significativamente a probabilidade de erro.

Esse raciocínio é parte da Engenharia Consultiva de decisão.

Erros comuns em MCDA

Começar pelo software

Ferramenta não define a pergunta.

Confundir MCDA com AHP

AHP é apenas um método da família.

Pontuar requisito mandatório

Pode permitir compensação indevida.

Criar critérios redundantes

Duplica influência.

Usar notas sem evidência

Transforma opinião em falsa precisão.

Normalizar sem analisar efeito

O método de normalização pode alterar o ranking.

Definir pesos depois do resultado

Permite manipulação.

Não testar sensibilidade

Oculta fragilidade.

Ignorar incerteza dos dados

Scores parecem mais exatos que as premissas.

Esconder valor monetário em notas

Dificulta entender trade-offs econômicos.

Usar método complexo sem capacidade de auditoria

Se ninguém consegue explicar o cálculo, a governança piora.

Checklist antes do gate

Verifique se:

• a questão decisória está clara;
• alternativas são realmente viáveis;
• requisitos mandatórios foram filtrados;
• critérios vêm dos objetivos;
• critérios não são redundantes;
• unidades originais estão registradas;
• funções de valor são explícitas;
• pesos foram definidos antes do ranking;
• método MCDA foi justificado;
• notas possuem evidência;
• sensibilidade foi executada;
• riscos e incertezas foram tratados;
• VPL/TCO permanecem visíveis quando relevantes;
• decisor e Technical Authority estão identificados;
• versão e condicionantes foram registradas.

Se vários itens falham, o ranking não deveria sustentar sozinho um sanction de CAPEX.

Como apresentar MCDA a executivos

Um comitê não precisa receber toda a matemática na primeira página.

A apresentação executiva pode mostrar:

• questão de decisão;
• alternativas;
• requisitos eliminatórios;
• critérios e pesos;
• ranking;
• principais trade-offs;
• sensibilidade;
• VPL/TCO;
• riscos críticos;
• recomendação.

O anexo técnico mantém método e memória completa.

Como apresentar quando alternativas são quase equivalentes

Não force uma falsa vencedora.

Declare:

• diferença pequena;
• parâmetros que mudam o ranking;
• informação ainda necessária;
• critérios de desempate;
• possibilidade de piloto ou negociação.

Uma conclusão de “equivalência dentro da incerteza atual” pode ser tecnicamente mais correta que um ranking artificial.

Quando a Engenharia Consultiva agrega valor

A Consultoria Técnica de Engenharia agrega valor quando a decisão exige independência, integração multidisciplinar e rastreabilidade.

O escopo pode incluir:

• estruturação do problema;
• análise de requisitos;
• geração de alternativas;
• definição de critérios;
• escolha do método MCDA;
• workshops;
• modelagem de pesos e valor;
• integração com TCO e DCF;
• análise de risco;
• sensibilidade;
• trade studies;
• relatório de recomendação;
• suporte ao Design Review e gate.

Em decisões de alto impacto, a função da consultoria é reduzir incerteza e tornar trade-offs auditáveis antes que o projeto se comprometa com uma arquitetura difícil de reverter.

Considerações finais

Análise Multicritério é uma disciplina para decisões em que a engenharia precisa equilibrar objetivos que não cabem em uma única métrica. Seu valor não está em produzir uma pontuação sofisticada, mas em organizar requisitos, alternativas, critérios, preferências, evidências e incertezas de maneira transparente.

MCDA é uma família de métodos. Matriz ponderada, AHP, modelos de valor, outranking e TOPSIS possuem premissas diferentes. A escolha precisa refletir a natureza da decisão — especialmente se compensação entre critérios é aceitável, se existem thresholds, se pesos são controversos e se o ranking precisa resistir a mudanças de cenário.

Em projetos de engenharia, o processo deve permanecer conectado ao mundo físico e econômico. CAPEX e TCO não devem desaparecer em notas; requisitos mandatórios não podem ser compensados; dados objetivos devem prevalecer sobre julgamento quando disponíveis; e sensibilidade precisa mostrar se a recomendação é robusta.

Quando bem aplicada, a MCDA se torna uma memória de decisão: registra por que determinada alternativa avançou, quais trade-offs foram aceitos, quais riscos permaneceram e em quais premissas o gate foi aprovado. Essa rastreabilidade é tão importante quanto o ranking final.

Referências técnicas

[1] DEPARTMENT FOR COMMUNITIES AND LOCAL GOVERNMENT. Multi-criteria analysis: a manual. London, 2009. Disponível em: 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. Disponível em: https://www.incose.org/group/decision-analysis-working-group/

[3] INTERNATIONAL COUNCIL ON SYSTEMS ENGINEERING. Systems Engineering Handbook. 5. ed. Information page. Disponível em: 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. Disponível em: 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. Disponível em: 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. Disponível em: https://www.pmi.org/standards/pmbok

Perguntas frequentes

O que é MCDA?

MCDA é Multi-Criteria Decision Analysis, uma família de métodos para comparar alternativas usando múltiplos critérios técnicos, econômicos, operacionais, ambientais ou de risco.

MCDA e AHP são a mesma coisa?

Não. AHP é um método pertencente à família MCDA. MCDA também inclui matrizes ponderadas, modelos de valor multiatributo, métodos de outranking, TOPSIS e outras abordagens.

Quando usar análise multicritério em engenharia?

Quando existem várias alternativas viáveis e a decisão depende de trade-offs entre critérios que não podem ser reduzidos de forma confiável a uma única unidade.

Qual a diferença entre MCDA e matriz de decisão?

Uma matriz ponderada é uma forma simples de MCDA. Análise multicritério é um campo mais amplo e oferece métodos diferentes conforme compensação, incerteza, hierarquia e preferências.

Requisitos obrigatórios devem entrar como critérios de MCDA?

Em geral devem ser tratados como filtros de conformidade antes da comparação. Permitir compensação pode fazer uma alternativa não conforme vencer por bom desempenho em critérios secundários.

Como escolher o método MCDA?

Avalie se compensação é aceitável, se há hierarquia de critérios, tipo de dados, incerteza, necessidade de veto ou thresholds, número de alternativas, governança e capacidade de auditoria.

MCDA substitui VPL ou TCO?

Não. Valores econômicos devem permanecer visíveis e ser modelados diretamente quando possível. MCDA integra dimensões que não são adequadamente reduzidas a dinheiro.

Por que análise de sensibilidade é necessária no MCDA?

Porque pesos, scores, thresholds e dados contêm incerteza. Sensibilidade mostra se o ranking é robusto ou se pequenas mudanças alteram a alternativa preferida.

Materiais técnicos complementares

Soluções relacionadas

• Governança de Projetos, Programas e Portfólios
• Gestão de Processos, Workflows e Aprovações Técnicas
• Gestão de Contratos, Escopo e Entregáveis

Serviços relacionados

• Estudo de Viabilidade Técnica e Econômica
• Consultoria Técnica de Engenharia
• FEL — Front-End Loading
• Engenharia do Proprietário

Conteúdos principais sobre o tema

• Matriz de Decisão em Projetos de Engenharia
• Método AHP em Projetos de Engenharia
• Business Case em Projetos de Engenharia
• Set-Based Design em Engenharia

Conteúdos técnicos correlatos

• Technical Authority em Engenharia
• TBE em Engenharia
• Gestão de Interfaces em Projetos de Engenharia
• Análise de Sensibilidade e Cenários em Projetos de Engenharia
• Requisição Técnica em Engenharia