Matriz de Decisão em Projetos de Engenharia: critérios, pesos e comparação de alternativas

Entenda como construir uma matriz de decisão em projetos de engenharia: critérios, pesos, escalas, evidências, normalização, sensibilidade e comparação de alternativas técnicas.

Confira!

Matriz de decisão é uma ferramenta estruturada para comparar alternativas a partir de critérios explícitos, pesos e evidências. Em projetos de engenharia, ela é útil quando existem duas ou mais soluções tecnicamente viáveis e a escolha não pode ser feita por um único parâmetro, como menor CAPEX, menor prazo ou maior desempenho. A matriz transforma uma discussão difusa em uma decisão rastreável: define o que importa, como cada critério será medido, qual sua importância relativa e como cada alternativa responde aos requisitos.

Uma matriz de decisão não deve ser confundida com matriz de priorização de projetos. A matriz de priorização organiza iniciativas, demandas ou projetos concorrentes em um portfólio; a matriz de decisão compara alternativas para uma decisão específica — por exemplo, duas arquiteturas de redundância, três tecnologias de climatização, diferentes rotas de fibra, fabricantes tecnicamente habilitados ou estratégias de implantação. Essa separação evita canibalização metodológica e também melhora a governança da decisão.

O valor da ferramenta está menos na soma final e mais na disciplina que ela impõe. Uma matriz bem construída torna visíveis premissas, critérios eliminatórios, trade-offs, sensibilidades e divergências entre áreas. Uma matriz mal construída apenas atribui números subjetivos a uma decisão já tomada. Por isso, a metodologia precisa ser definida antes da pontuação das alternativas e preservada como parte da memória técnica do projeto.

O que é uma matriz de decisão

Uma matriz de decisão é uma estrutura tabular que relaciona alternativas e critérios de avaliação. Cada alternativa recebe uma avaliação por critério; quando necessário, os critérios recebem pesos; os resultados são normalizados e agregados para apoiar a seleção.

A técnica pertence à família de métodos de análise de decisão e pode variar de uma matriz simples de atendimento até modelos ponderados mais rigorosos. O manual britânico de análise multicritério destaca que decisões complexas devem tornar explícitos objetivos, critérios, desempenho das opções, pesos e análise de sensibilidade. A INCOSE também trata decision analysis como disciplina relevante para selecionar alternativas em sistemas complexos.

A forma mais simples é:

Pontuação total da alternativa = Σ (peso do critério × nota da alternativa no critério)

Essa fórmula parece trivial, mas sua validade depende de quatro condições:

• critérios corretamente definidos;
• escalas comparáveis ou normalizadas;
• pesos defensáveis;
• evidências que sustentem as notas.

Sem essas condições, a soma pode produzir falsa precisão.

Matriz de decisão não é matriz de priorização

A distinção é fundamental para projetos de engenharia.

Ferramenta	Objeto da decisão	Pergunta típica
Matriz de decisão	alternativas para resolver um problema	Qual solução técnica escolher?
Matriz de priorização	projetos, demandas ou iniciativas	O que deve ser feito primeiro?
Matriz de riscos	riscos	Quais exposições exigem resposta prioritária?
TBE	propostas de fornecedores	Qual proposta atende tecnicamente à requisição?
RACI	responsabilidades	Quem é responsável, aprovador, consultado e informado?

A A3A já trata a Matriz de Priorização em Projetos de Engenharia como instrumento de portfólio e ordenação de iniciativas. A matriz de decisão, por outro lado, começa depois que o problema e as alternativas foram definidos.

Quando usar uma matriz de decisão

A ferramenta agrega valor quando a decisão possui múltiplos critérios relevantes e nenhuma alternativa domina claramente todas as demais.

Aplicações típicas incluem:

• escolha de tecnologia;
• comparação entre arquiteturas;
• seleção de topologia de rede;
• escolha de localização;
• comparação entre alternativas de geração ou alimentação elétrica;
• estratégia de redundância;
• make-or-buy;
• seleção técnica preliminar de fornecedores;
• escolha de método construtivo;
• comparação entre alternativas de climatização;
• definição de solução de armazenamento;
• escolha de estratégia de implantação;
• trade studies durante engenharia conceitual ou básica.

Ela é menos necessária quando existe um único critério decisivo e perfeitamente mensurável ou quando uma alternativa é eliminada por requisito mandatório antes de qualquer comparação.

O processo correto começa antes da tabela

Uma decisão robusta deve começar pelo problema e não pelas opções favoritas das partes interessadas.

Se a equipe começa atribuindo notas antes de definir critérios, escalas e pesos, o método fica vulnerável a ancoragem e manipulação posterior.

Defina primeiro o problema de decisão

Uma boa matriz começa com uma pergunta clara.

Perguntas ruins:

• Qual é a melhor tecnologia?
• Qual fornecedor é melhor?
• Qual solução é mais moderna?

Perguntas melhores:

• Qual alternativa atende aos requisitos de disponibilidade, capacidade, cibersegurança, prazo e TCO do projeto X dentro das restrições definidas?
• Qual arquitetura de redundância oferece melhor relação entre disponibilidade, complexidade operacional, CAPEX e mantenabilidade para o horizonte de dez anos?

A pergunta delimita escopo, horizonte e critérios.

Requisitos mandatórios devem ser tratados antes da pontuação

Um erro recorrente é permitir que uma alternativa compense o descumprimento de um requisito obrigatório com bom desempenho em outros critérios.

Se uma solução não atende uma condição mandatória de segurança, norma, capacidade, interoperabilidade ou licenciamento, ela não deveria permanecer na comparação como se o problema fosse apenas de pontuação.

A Gestão de Requisitos em Projetos de Engenharia deve alimentar os critérios eliminatórios e os critérios graduais.

Critério eliminatório

Resultado binário: atende ou não atende.

Critério de preferência

Permite graduação: melhor, pior ou equivalente segundo uma escala definida.

Separar os dois evita que conformidade seja negociada por média ponderada.

Como definir critérios de decisão

Critérios devem representar dimensões relevantes para o objetivo e permitir diferenciação entre alternativas.

Exemplos em engenharia:

• desempenho;
• capacidade;
• disponibilidade;
• confiabilidade;
• mantenabilidade;
• segurança funcional;
• cibersegurança;
• interoperabilidade;
• prazo de implantação;
• maturidade tecnológica;
• CAPEX;
• OPEX;
• TCO;
• eficiência energética;
• escalabilidade;
• flexibilidade;
• facilidade de operação;
• disponibilidade de suporte;
• riscos de fornecimento;
• impacto em interfaces;
• construtibilidade.

A lista deve ser suficiente para representar a decisão, mas não inflada com dezenas de critérios redundantes.

Evite dupla contagem de critérios

Critérios correlacionados podem multiplicar indevidamente a importância de uma mesma dimensão.

Exemplo:

• custo de aquisição;
• CAPEX;
• preço do equipamento.

Se os três medem essencialmente a mesma coisa e cada um recebe peso, o custo inicial aparece três vezes.

Outro exemplo:

• disponibilidade;
• confiabilidade;
• MTBF.

Eles não são sinônimos, mas podem estar fortemente relacionados. A equipe precisa definir exatamente o que cada critério representa.

Uma boa prática é criar uma ficha para cada critério com definição, unidade, fonte e regra de pontuação.

Critérios precisam ser independentes o suficiente

Independência perfeita nem sempre é possível, mas o modelo deve minimizar sobreposição.

Uma estrutura de critérios pode agrupar dimensões:

Grupo	Critérios possíveis
Técnico	capacidade, desempenho, interoperabilidade
Operacional	disponibilidade, manutenção, facilidade de operação
Econômico	CAPEX, OPEX, TCO
Implantação	prazo, construtibilidade, interfaces
Risco	maturidade, supply chain, obsolescência
Estratégico	escalabilidade, padronização, aderência ao roadmap

A hierarquia facilita revisão e reduz dupla contagem.

Como definir pesos

Peso representa importância relativa na decisão, não desempenho da alternativa.

Se os pesos totalizam 100%, um critério de 30% tem maior influência no resultado agregado que um critério de 10%.

Há várias formas de atribuir pesos:

• consenso estruturado;
• distribuição direta de 100 pontos;
• comparação par a par;
• swing weighting;
• método AHP;
• técnicas Delphi;
• workshops com stakeholders.

Para decisões simples, distribuição direta pode ser suficiente. Para decisões sensíveis ou com conflito entre áreas, métodos mais estruturados podem ser preferíveis.

O Método AHP em Projetos de Engenharia aprofunda a comparação par a par e a verificação de consistência dos julgamentos.

Peso não deve ser confundido com escala

Suponha que confiabilidade tenha peso 30% e CAPEX 20%. Isso não significa que confiabilidade receberá nota maior; significa apenas que diferenças de desempenho nesse critério terão maior impacto no resultado final.

A escala mede desempenho. O peso mede importância.

Misturar os dois conceitos pode amplificar ou reduzir critérios de forma não intencional.

Defina a escala antes de avaliar as alternativas

Escalas podem ser qualitativas ou quantitativas.

Escala ordinal simples

• 1 = muito desfavorável;
• 2 = desfavorável;
• 3 = aceitável;
• 4 = favorável;
• 5 = muito favorável.

É fácil de usar, mas precisa de descritores claros para reduzir subjetividade.

Escala baseada em faixas

Exemplo de prazo:

• 5 pontos: até 6 meses;
• 4 pontos: >6 a 8 meses;
• 3 pontos: >8 a 10 meses;
• 2 pontos: >10 a 12 meses;
• 1 ponto: acima de 12 meses.

A regra é mais auditável porque liga nota a uma medida.

Escala contínua normalizada

Valores reais podem ser normalizados entre 0 e 1 ou 0 e 100.

Essa abordagem preserva mais informação, mas exige atenção à função de valor utilizada.

Critérios de benefício e de custo

Para critérios de benefício, maior valor tende a ser melhor: capacidade, eficiência, disponibilidade.

Para critérios de custo, menor valor tende a ser melhor: CAPEX, OPEX, prazo, consumo.

A normalização precisa respeitar a direção.

Exemplo simplificado para benefício:

nota normalizada = valor da alternativa / maior valor observado

Para custo:

nota normalizada = menor valor observado / valor da alternativa

Essas fórmulas são apenas exemplos. A função escolhida deve refletir o significado técnico da diferença.

Nem toda diferença é linear

A diferença entre 99,0% e 99,5% de disponibilidade pode ter impacto diferente da diferença entre 95% e 95,5%.

Da mesma forma, reduzir prazo de 12 para 11 meses pode ser pouco relevante, enquanto reduzir de 7 para 6 meses pode cumprir uma janela regulatória crítica.

Por isso, uma função linear pode ser inadequada.

A escala deve refletir valor para o decisor, e não apenas conveniência matemática.

Como construir uma matriz ponderada

Considere três alternativas A, B e C e quatro critérios.

Critério	Peso	A	B	C
Disponibilidade	30%	5	4	3
TCO	30%	3	5	4
Prazo	20%	4	3	5
Interoperabilidade	20%	5	3	4

A pontuação ponderada de A seria:

0,30×5 + 0,30×3 + 0,20×4 + 0,20×5 = 4,20

O mesmo cálculo é aplicado às demais alternativas.

A maior pontuação indica a alternativa preferida segundo o modelo — não uma verdade absoluta.

A matriz é uma representação da preferência, não uma prova matemática

O resultado depende das premissas escolhidas.

Se pesos, escalas ou dados mudam, o ranking pode mudar.

Por isso, um score de 4,20 contra 4,15 não deve ser apresentado como evidência de superioridade incontestável. A proximidade pode indicar que as alternativas são economicamente ou tecnicamente equivalentes dentro da incerteza disponível.

Evidência deve acompanhar cada nota

Uma nota sem evidência é uma opinião numerada.

Para cada avaliação, registre fonte:

• datasheet;
• cálculo;
• teste;
• relatório de campo;
• histórico de falhas;
• proposta comercial;
• garantia;
• norma;
• estudo de fabricante;
• benchmark;
• contrato;
• simulação;
• modelo BIM;
• parecer técnico.

Quando a evidência é incerta, isso também deve aparecer.

Diferencie fato, estimativa e julgamento

Uma matriz robusta pode classificar a base da nota:

• Fato medido: valor observado ou certificado;
• Estimativa: cálculo ou previsão baseada em premissas;
• Julgamento especializado: avaliação qualitativa do time;
• Hipótese: valor ainda não confirmado.

Essa classificação ajuda o gate a perceber onde a decisão depende de informação frágil.

Matriz de decisão e análise de alternativas

A matriz não deve ser o primeiro passo da geração de alternativas.

Em engenharia conceitual, pode ser útil preservar múltiplas opções por mais tempo, como ocorre no Set-Based Design. A equipe elimina alternativas quando existem evidências suficientes e converge gradualmente.

A matriz entra quando as alternativas estão definidas o bastante para serem comparadas de forma justa.

Matriz de decisão e Business Case

O Business Case em Projetos de Engenharia responde se o investimento deve avançar e por quê.

A matriz de decisão pode ser um artefato dentro do Business Case para explicar por que determinada alternativa foi selecionada.

Ela deve conectar critérios técnicos a impactos econômicos, riscos e benefícios.

Matriz de decisão e viabilidade técnica e econômica

O Estudo de Viabilidade Técnica e Econômica normalmente envolve comparação de alternativas antes da recomendação.

A matriz permite consolidar dimensões que não cabem em um único VPL:

• conformidade técnica;
• disponibilidade;
• operabilidade;
• risco;
• prazo;
• flexibilidade;
• custo do ciclo de vida.

Ela não deve substituir o DCF quando os impactos econômicos são monetizáveis.

Não transforme CAPEX em nota cedo demais

Se CAPEX é conhecido em reais, mantê-lo em valor monetário durante a análise preserva transparência.

Converter R$ 8 milhões e R$ 10 milhões em notas 5 e 4 pode esconder a magnitude real da diferença.

Uma abordagem melhor é:

1. calcular a diferença econômica em sua unidade original;
2. definir função de valor explícita;
3. somente então transformar em pontuação, se a agregação multicritério exigir.

TCO costuma ser melhor que preço inicial

Quando as alternativas têm vidas, consumo, manutenção ou licenciamento diferentes, o CAPEX isolado pode induzir decisão ruim.

O TCO e Custo do Ciclo de Vida em Engenharia amplia a análise para custos recorrentes, reposições e encerramento.

O critério econômico da matriz pode usar TCO ou VPL de custos em vez de apenas preço de compra.

Matriz de decisão e TBE

A Technical Bid Evaluation — TBE compara propostas técnicas de fornecedores contra uma requisição.

Uma matriz de decisão pode ser usada dentro da TBE, mas os objetivos são diferentes:

• TBE verifica aderência e compara propostas recebidas;
• matriz de decisão pode comparar tecnologias e alternativas antes mesmo do procurement.

Além disso, critérios de habilitação e requisitos mandatórios não devem ser compensados por notas altas em outros itens.

Matriz de decisão e autoridade técnica

Decisões críticas precisam ter responsável claro.

A Technical Authority em Engenharia ajuda a separar quem prepara a análise, quem revisa tecnicamente e quem possui autoridade para aprovar.

A matriz não substitui accountability.

Participação de stakeholders

Pesos e critérios podem variar conforme a perspectiva.

Operação pode priorizar mantenabilidade; finanças, TCO; engenharia, desempenho; procurement, prazo e supply chain; segurança, conformidade; TI, cibersegurança.

O objetivo não é fazer média de preferências sem critério, mas estruturar o conflito e explicitar trade-offs.

Workshops multidisciplinares são úteis quando cada área apresenta evidências e restrições.

Como reduzir viés de decisão

A matriz não elimina vieses humanos, mas pode tornar alguns visíveis.

Práticas úteis:

• congelar critérios e escalas antes de pontuar;
• declarar conflitos de interesse;
• avaliar evidências antes de revelar o ranking final;
• usar mais de um avaliador para julgamentos subjetivos;
• registrar justificativas das notas;
• testar cenários de pesos;
• revisar critérios redundantes;
• separar critérios eliminatórios de preferenciais;
• realizar revisão independente em decisões críticas.

Viés de ancoragem

O primeiro fornecedor, preço ou conceito apresentado pode influenciar avaliações seguintes.

Avaliações cegas por critério, quando viáveis, reduzem esse efeito.

Viés de confirmação

Uma equipe que já prefere uma alternativa tende a interpretar evidências a favor dela.

Por isso, critérios devem nascer antes do ranking e a decisão deve manter dissent registrado quando relevante.

Precisão falsa

Pontuações com três casas decimais não tornam o julgamento mais preciso.

Se as entradas são qualitativas, o resultado também contém incerteza.

Uma diferença de 0,03 pode ser irrelevante frente à incerteza das notas.

Análise de sensibilidade dos pesos

Sensibilidade é etapa obrigatória quando o ranking depende fortemente da distribuição de pesos.

Perguntas úteis:

• quanto o peso de CAPEX precisa aumentar para mudar a vencedora?
• se operação der mais peso à mantenabilidade, o ranking muda?
• se o prazo perder importância, outra alternativa assume a liderança?
• qual critério realmente determina a decisão?

O artigo sobre Análise de Sensibilidade e Cenários apresenta switching values como forma de identificar pontos de mudança.

Sensibilidade das notas

Não apenas pesos devem variar.

Se desempenho de uma alternativa é estimado e ainda não testado, a nota pode estar em faixa.

Exemplo:

• cenário conservador: nota 3;
• cenário-base: nota 4;
• cenário otimista: nota 5.

Se o ranking só se mantém no cenário otimista, a decisão precisa de evidência adicional.

Matriz de decisão e análise multicritério

Uma matriz ponderada é uma forma simples de análise multicritério. Métodos MCDA mais formais oferecem técnicas diferentes para estruturação de preferências, normalização, pesos e agregação.

O artigo sobre Análise Multicritério — MCDA em Projetos de Engenharia explica quando uma matriz simples deixa de ser suficiente.

Quando migrar para AHP ou MCDA mais estruturado

Uma matriz simples pode ser insuficiente quando:

• os pesos são controversos;
• existem muitos critérios hierárquicos;
• a decisão é de alto impacto;
• preferências não são lineares;
• há forte conflito entre stakeholders;
• a consistência dos julgamentos precisa ser testada;
• existem incertezas e trade-offs complexos.

Nesse caso, AHP, outranking, utility/value methods ou outras abordagens podem ser mais adequadas.

Exemplo: escolha de arquitetura de redundância

Considere três alternativas para alimentação de uma instalação crítica:

• A: arquitetura simples com redundância parcial;
• B: redundância N+1;
• C: redundância 2N.

Critérios:

• disponibilidade;
• CAPEX;
• OPEX;
• espaço;
• complexidade operacional;
• prazo;
• expansão futura.

A alternativa C pode dominar em disponibilidade e perder em CAPEX e espaço. A decisão não é “qual tem maior disponibilidade”, mas qual combinação atende aos requisitos e maximiza valor no contexto.

Exemplo: escolha de rota de telecomunicações

Duas rotas de fibra podem ter comprimentos semelhantes, mas diferenças em:

• exposição a obras futuras;
• travessias;
• acesso para manutenção;
• redundância física;
• licenciamento;
• CAPEX;
• prazo;
• risco geotécnico.

Uma matriz permite transformar critérios de engenharia de campo em decisão rastreável.

Exemplo: seleção de tecnologia de armazenamento

Alternativas podem ser comparadas por:

• potência;
• energia;
• ciclos;
• eficiência;
• degradação;
• segurança;
• espaço;
• CAPEX;
• OPEX;
• cadeia de suprimentos;
• descarte;
• garantia.

Os pesos precisam refletir a aplicação e não uma preferência genérica pela tecnologia.

Exemplo: retrofit versus substituição

Alternativas:

• manter e reparar;
• retrofit;
• substituição completa.

Critérios podem combinar:

• investimento;
• vida útil adicional;
• indisponibilidade;
• risco de obsolescência;
• eficiência;
• disponibilidade de peças;
• impacto operacional;
• valor residual.

A matriz deve ser acompanhada por TCO e análise econômica quando os fluxos forem materialmente diferentes.

Critérios devem evoluir com a maturidade do projeto

No FEL inicial, muitos critérios são avaliados por benchmarks. No projeto básico, dados se tornam mais específicos. Em procurement, aparecem propostas e garantias reais.

Isso não significa mudar os critérios para favorecer uma alternativa; significa revisar evidências e notas com maturidade maior.

Os pesos só devem ser alterados quando o objetivo ou contexto da decisão realmente muda, com registro da justificativa.

Registro de decisão

A saída não deve ser apenas a planilha final.

O registro deve incluir:

• questão de decisão;
• alternativas consideradas;
• alternativas eliminadas e motivo;
• requisitos mandatórios;
• critérios;
• definições;
• escalas;
• pesos;
• responsáveis pela avaliação;
• evidências;
• resultados;
• sensibilidade;
• riscos residuais;
• dissent relevante;
• decisão aprovada;
• condicionantes;
• data e autoridade.

Esse conjunto transforma a matriz em memória de engenharia.

Controle de versão

Se premissas mudarem, a matriz precisa de revisão identificável.

Nunca substitua silenciosamente uma versão anterior. A rastreabilidade deve mostrar por que a alternativa vencedora mudou, se isso ocorrer.

Uso em Design Review

Design Reviews são momentos naturais para apresentar trade studies e matrizes de decisão.

Os revisores podem questionar:

• critérios ausentes;
• pesos;
• fontes;
• premissas;
• sensibilidade;
• interfaces;
• risco de implementação.

O objetivo é testar a qualidade da decisão, não apenas aprovar a solução já escolhida.

Uso em Owner’s Engineering

A Engenharia do Proprietário pode atuar como camada independente na comparação de alternativas apresentadas por projetistas, integradores ou EPCistas.

Essa independência é importante quando fornecedores possuem incentivo natural para favorecer soluções do próprio portfólio.

Matriz de decisão no Procurement

Antes de uma RFP ou RFQ, a matriz pode ajudar a consolidar o que realmente diferencia alternativas.

Durante a TBE, ela pode servir como estrutura de comparação desde que:

• requisitos mandatórios não sejam compensáveis;
• pesos tenham sido definidos previamente;
• notas sejam sustentadas por documentos da proposta;
• desvios e exceções sejam registrados;
• preço comercial não seja misturado de forma opaca à avaliação técnica.

A segregação entre avaliação técnica e comercial pode ser necessária conforme governança do processo.

Como evitar que a matriz seja manipulada

Sinais de alerta:

• pesos alterados depois de ver o ranking;
• critérios criados para favorecer uma opção;
• notas sem fonte;
• escalas inconsistentes entre critérios;
• critérios redundantes;
• alternativa preferida definida antes do workshop;
• exclusão de opções sem justificativa;
• resultado com precisão excessiva;
• falta de sensibilidade;
• ausência de aprovador identificado.

Uma matriz confiável precisa sobreviver à pergunta: outra equipe, com os mesmos dados e regras, entenderia como chegamos à decisão?

Matriz de decisão simples versus AHP versus MCDA

Abordagem	Melhor uso	Complexidade
Matriz ponderada simples	poucas alternativas e critérios claros	baixa
AHP	pesos e preferências exigem comparação par a par	média
MCDA estruturado	decisões complexas, múltiplos stakeholders e trade-offs	média a alta

A escolha do método deve ser proporcional ao valor e à irreversibilidade da decisão.

Critério econômico e critério técnico não precisam competir

Muitas decisões criam falsa oposição entre “técnico” e “financeiro”.

Uma alternativa pode ser tecnicamente superior, mas a superioridade adicional não gerar benefício proporcional ao custo. Outra pode ser mais barata, mas não cumprir disponibilidade mínima.

A matriz ajuda a identificar a fronteira de trade-off. O Business Case determina se o valor adicional justifica o capital adicional.

A decisão pode ser “nenhuma alternativa”

Uma matriz não deve obrigar a escolher a melhor entre opções ruins.

Se nenhuma alternativa atende requisitos ou produz valor suficiente, a resposta correta pode ser:

• gerar nova alternativa;
• revisar requisitos;
• executar estudo adicional;
• realizar piloto;
• postergar decisão;
• cancelar iniciativa.

Essa possibilidade precisa existir para que o processo seja genuinamente decisório.

Quando a Engenharia Consultiva agrega valor

A Consultoria Técnica de Engenharia pode estruturar uma decisão independente quando a organização precisa comparar soluções, tecnologias ou propostas sem reduzir a escolha ao menor preço.

O trabalho pode incluir:

• definição da questão decisória;
• levantamento de requisitos;
• geração e saneamento de alternativas;
• definição de critérios;
• estruturação de pesos;
• normalização;
• workshops multidisciplinares;
• análise de sensibilidade;
• TCO e viabilidade;
• registro da decisão;
• recomendação técnica.

Em decisões de alto CAPEX, o custo de estruturar a escolha é normalmente pequeno frente ao custo de selecionar uma alternativa inadequada.

Considerações finais

Matriz de decisão é uma ferramenta de governança técnica. Sua função não é substituir engenharia por uma nota, mas tornar explícita a lógica usada para selecionar uma alternativa entre opções viáveis.

Uma matriz confiável começa com requisitos mandatórios, critérios bem definidos, escalas e pesos estabelecidos antes da pontuação. As notas precisam de evidência e o resultado precisa passar por análise de sensibilidade. Quando a decisão é complexa demais para uma soma ponderada simples, métodos como AHP e MCDA oferecem estruturas mais rigorosas.

O ganho principal é rastreabilidade. Meses ou anos depois, a organização deve conseguir reconstruir por que determinada solução foi escolhida, quais trade-offs foram aceitos e quais premissas sustentavam a decisão. Isso transforma uma escolha técnica em um ativo de governança do projeto.

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. 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/

[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. Disponível em: 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. Disponível em: https://www.pmi.org/standards/pmbok

Perguntas frequentes

O que é uma matriz de decisão?

É uma ferramenta que compara alternativas usando critérios explícitos, escalas, pesos e evidências, produzindo uma visão estruturada dos trade-offs para apoiar a escolha.

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

A matriz de decisão escolhe entre alternativas para um problema específico. A matriz de priorização ordena projetos, demandas ou iniciativas de um portfólio.

Como calcular uma matriz de decisão ponderada?

Em uma forma simples, multiplica-se a nota de cada alternativa pelo peso do critério e somam-se os resultados. Antes disso, critérios, escalas e pesos precisam ser definidos e as notas precisam ser sustentadas por evidências.

Como escolher os pesos dos critérios?

Os pesos podem ser definidos por consenso estruturado, alocação de pontos, swing weighting, AHP ou outros métodos. O importante é representar importância relativa e registrar a justificativa.

Critérios obrigatórios podem receber peso?

Requisitos mandatórios devem preferencialmente ser tratados como filtros de conformidade. Uma solução que não atende um requisito obrigatório não deve compensar a falha com notas altas em critérios preferenciais.

Quando usar AHP em vez de uma matriz simples?

Quando os pesos são controversos, há hierarquia de critérios, a decisão é crítica ou se deseja usar comparação par a par e medir consistência dos julgamentos.

A alternativa com maior nota deve sempre ser escolhida?

Não automaticamente. O ranking deve ser interpretado junto à sensibilidade, incerteza das evidências, requisitos mandatórios, riscos e autoridade de decisão.

Matriz de decisão pode ser usada em TBE?

Sim, como parte da avaliação técnica, desde que requisitos eliminatórios sejam separados, pesos sejam definidos previamente e cada nota seja rastreável à proposta e aos critérios da requisição.

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

• Business Case em Projetos de Engenharia
• Set-Based Design em Engenharia
• Technical Authority em Engenharia
• TBE em Engenharia

Conteúdos técnicos correlatos

• Matriz de Priorização em Projetos de Engenharia
• Análise de Sensibilidade e Cenários em Projetos de Engenharia
• Gestão de Interfaces em Projetos de Engenharia
• Gestão de Requisitos em Projetos de Engenharia