Advisory, Assessment e Assurance: diferenças e aplicação na Engenharia

Entenda o que são Advisory, Assessment e Assurance na engenharia, suas diferenças, exemplos práticos e como o Triplo A atua ao longo do ciclo de vida do empreendimento.

Confira!

Advisory, Assessment e Assurance são três formas diferentes — e complementares — de contribuição técnica ao longo de um empreendimento. Em termos simples, Advisory orienta decisões, Assessment determina e interpreta a condição real e Assurance produz confiança baseada em evidências de que requisitos, critérios e resultados foram adequadamente atendidos. Na arquitetura conceitual adotada pela A3A Engenharia, essas três funções formam o Triplo A. O modelo não representa três fases sequenciais nem substitui disciplinas, contratos ou responsabilidades técnicas. Advisory, Assessment e Assurance podem aparecer simultaneamente em diferentes intensidades desde a identificação da necessidade até projeto, contratação, implantação, comissionamento, aceite, operação e modernização.

A utilidade da distinção está em evitar que toda atuação intelectual da engenharia seja chamada genericamente de “consultoria”, “fiscalização” ou “análise”. Antes de escolher um serviço, é mais preciso perguntar: precisamos decidir, conhecer a condição ou demonstrar por evidências que algo atende ao requerido? A resposta indica qual função predomina — e quais outras precisam complementá-la.

Advisory, Assessment e Assurance: qual é a diferença?

Os três termos aparecem em diferentes setores — finanças, auditoria, tecnologia, recursos humanos, gestão e engenharia — e por isso seu significado depende do contexto. No Triplo A aplicado à engenharia, eles são usados como funções técnicas, não como nomes de etapas ou departamentos.

Função	Pergunta principal	Natureza da contribuição	Resultado esperado
Advisory	O que devemos fazer, por quê e sob quais critérios?	orientação técnica, comparação de alternativas, suporte à decisão	direção, estratégia, critérios, recomendação, roadmap
Assessment	Qual é a condição real e o que ela significa?	levantamento, inspeção, diagnóstico, análise e avaliação	condição conhecida, riscos, lacunas, maturidade, prioridades
Assurance	Quais evidências permitem confiar no resultado?	verificação, challenge independente, rastreabilidade e validação de evidências	confiança técnica, conformidade demonstrável, prontidão e aceite

A diferença parece simples quando colocada em uma tabela, mas ela se torna particularmente importante em empreendimentos complexos porque uma mesma situação pode exigir as três funções. Considere uma planta que pretende ampliar capacidade. A engenharia pode primeiro avaliar a condição instalada e suas limitações — Assessment. Depois pode comparar alternativas de expansão e apoiar a decisão de investimento — Advisory. Durante projeto, contratação, implantação e comissionamento, pode verificar requisitos, mudanças, testes e documentação — Assurance.

Não existe, portanto, uma regra segundo a qual “primeiro vem Assessment, depois Advisory e por fim Assurance”. O que existe é uma necessidade variável de conhecer, decidir e demonstrar.

O que é Advisory?

Advisory é a função da engenharia voltada a estruturar decisões. Ela atua quando o problema não é simplesmente executar uma solução já definida, mas entender alternativas, riscos, trade-offs, restrições e consequências antes de decidir. O valor do Advisory está menos em produzir um documento e mais em melhorar a qualidade da decisão técnica. Em um empreendimento, isso pode significar responder perguntas como:

Em decisões de investimento, o Advisory verifica se a necessidade de desempenho pode ser atendida pela infraestrutura existente ou se exige construção, expansão ou substituição. A escolha não deve começar pelo equipamento preferido: começa pelos requisitos, pela carga futura, pelo nível de serviço, pela possibilidade de interrupção e pelos riscos de implantação. Um projeto de subestação, de rede corporativa ou de sistema de segurança, por exemplo, pode ter alternativas muito diferentes de CAPEX e OPEX; a comparação deve adotar o mesmo horizonte de vida útil e explicitar indisponibilidade, manutenção, interfaces e possibilidade de expansão.

A recomendação também precisa orientar o processo de contratação. Ela pode definir quais requisitos são mandatórios no Termo de Referência ou RFP, quais alternativas devem permanecer abertas à competição, quando a divisão em lotes melhora ou prejudica a integração e em quais pontos de decisão o investimento deve avançar, ser revisto ou interrompido. Sem essa disciplina, especificações aparentemente detalhadas podem cristalizar uma solução antes de demonstrar que ela resolve o problema do proprietário.

Advisory não é sinônimo de “dar opinião”. A recomendação precisa ser construída sobre critérios técnicos explícitos, premissas conhecidas, análise comparativa e entendimento das consequências da decisão.

Advisory transforma uma necessidade em decisão estruturada

Muitos projetos começam com uma solução presumida. “Precisamos trocar o sistema.” “Precisamos ampliar a subestação.” “Precisamos construir um novo data center.” “Precisamos instalar mais câmeras.” A pergunta de Advisory vem antes: qual problema precisa ser resolvido?

Talvez a necessidade real não seja substituir todo o sistema, mas eliminar um gargalo de capacidade. Talvez a ampliação possa ser evitada por reconfiguração. Talvez o investimento em um novo ativo seja menos adequado do que modernizar o existente. Esse raciocínio aproxima Advisory de práticas como Project Framing, estudos de viabilidade, Planos Diretores, análise multicritério e planejamento de investimentos.

O artigo sobre Project Framing em Projetos de Capital aprofunda justamente a necessidade de definir corretamente o problema antes da solução.

Exemplos de Advisory na engenharia

Advisory pode aparecer em atividades como:

No planejamento, Advisory contribui para consolidar o programa de necessidades e confrontá-lo com capacidade, riscos, restrições regulatórias, disponibilidade de recursos e objetivos operacionais. É a partir dessa leitura que surgem estudos de viabilidade, cenários de CAPEX, prioridades de portfólio e roadmaps de modernização. Em instalações existentes, a escolha de modernizar por etapas ou substituir um sistema completo depende não apenas do preço de aquisição, mas também das interfaces com a operação e do risco de executar mudanças com o ativo em serviço.

Na preparação do mercado e da contratação, a função inclui definição de requisitos funcionais, critérios de avaliação, estratégia de procurement técnico e análise de propostas. Durante a execução, pode apoiar mudanças de escopo e decisões executivas diante de fatos novos, preservando a distinção entre recomendar e autorizar. Um parecer só cria valor quando descreve alternativas tecnicamente comparáveis, limitações das informações, riscos residuais e impactos sobre prazo, custo, desempenho e ciclo de vida.

Um Plano Diretor de Engenharia, por exemplo, possui forte componente de Advisory porque transforma diagnóstico, capacidade, riscos e objetivos em prioridades e sequência de investimentos. Da mesma forma, um Estudo de Viabilidade Técnica e Econômica não serve apenas para “fazer contas”. Ele estrutura alternativas e fornece elementos para uma decisão de investimento.

Advisory não transfere a decisão do proprietário

Uma distinção importante é que Advisory apoia a decisão; não necessariamente assume a autoridade decisória. Em um empreendimento, a aprovação final pode permanecer com o proprietário, patrocinador, comitê de investimento, gestor público, diretoria ou outro órgão competente. O consultor ou engenheiro deve deixar claro:

A recomendação deve identificar as premissas utilizadas, a origem dos dados, as alternativas efetivamente comparadas e os critérios que produziram a preferência técnica. Riscos e incertezas remanescentes precisam ser declarados, assim como as condições que invalidariam a conclusão, por exemplo, uma demanda diferente da considerada ou a descoberta de interferência relevante em campo. A decisão final permanece com a autoridade competente — proprietário, patrocinador, comitê de investimento ou gestor público — e precisa ser registrada com o nível de delegação e fundamentação apropriado. Esse registro protege tanto a responsabilidade do consultor quanto a governança do empreendimento.

Essa separação protege governança e responsabilização.

O que é Assessment?

Sem caracterização da condição real, a recomendação pode depender de premissas não verificadas. O diagnóstico deve declarar fontes, limites, riscos e evidências.

Due Diligence Técnica de Ativos e Instalações

Assessment é a função de conhecer e interpretar a condição real de um ativo, sistema, projeto, documento, processo ou empreendimento. Ele começa pela obtenção de evidências: inspeções, medições, documentos, registros, entrevistas, ensaios, levantamentos, dados operacionais ou modelos. Mas não termina no levantamento. Um Assessment tecnicamente útil precisa responder: o que foi encontrado, o que isso significa e quais consequências decorrem dessa condição?

Por isso, Assessment é mais amplo do que inventário ou checklist.

Assessment reduz a distância entre percepção e realidade

É comum uma organização acreditar que conhece sua infraestrutura porque possui desenhos, planilhas patrimoniais ou histórico de manutenção. Entretanto, quando o projeto começa, surgem diferenças entre:

A distância entre o que os registros mostram e a instalação efetivamente existente é uma das maiores fontes de risco nos empreendimentos brownfield. Plantas e diagramas podem representar o projeto original, enquanto intervenções posteriores alteraram circuitos, ocupação, capacidade e configuração de controle. A capacidade nominal de um equipamento também não equivale necessariamente à capacidade disponível sob o regime atual de carga, temperatura, redundância e manutenção. A inspeção precisa, portanto, conciliar documentação com o campo e explicitar aquilo que permanece desconhecido.

Essa reconciliação alcança a diferença entre o desempenho esperado e os registros operacionais, entre requisitos contratuais e evidências de aceitação, e entre a vida útil presumida e a condição observada. Um Assessment bem executado não trata cada divergência apenas como pendência documental: avalia consequência, grau de confiança, impacto sobre decisões subsequentes e necessidade de ensaio, levantamento complementar ou restrição temporária de uso.

Assessment existe para tornar essas diferenças visíveis. Uma Due Diligence Técnica de Engenharia pode combinar análise documental, Site Survey, inspeções, medições, avaliação de riscos e estimativas de intervenção para produzir uma visão estruturada da condição do ativo.

O que pode ser objeto de Assessment?

Praticamente qualquer elemento relevante para uma decisão técnica:

O objeto de Assessment pode ser a integridade de um ativo físico, a capacidade de um sistema, a qualidade da documentação ou a maturidade de um projeto. Em uma instalação elétrica, pode envolver configuração, proteção, desempenho e disponibilidade; em infraestrutura de redes, capacidade, topologia, redundância e documentação; em um projeto em desenvolvimento, completude dos requisitos, interfaces, riscos e condições de contratação. A avaliação de fornecedores e propostas também pode integrar o trabalho, desde que critérios e informações necessárias estejam previamente definidos.

Os termos Technical Assessment, Condition Assessment, Risk Assessment e Readiness Assessment indicam recortes diferentes dessa função. Nenhum deles dispensa método ou evidência; o produto precisa delimitar a condição avaliada, a data e as restrições de acesso, a origem das informações, os achados materiais e os riscos de extrapolação. Quando a fonte não permite conclusão segura, o diagnóstico deve propor a verificação adicional necessária em vez de atribuir certeza à hipótese.

Isso explica por que o termo aparece em expressões como Technical Assessment, Asset Assessment, Condition Assessment, Risk Assessment, Readiness Assessment e Climate Risk Assessment. Cada uma especifica o objeto da avaliação.

Assessment não é sinônimo de auditoria

Auditoria costuma pressupor critérios formais, programa, escopo de verificação e método para determinar aderência a requisitos estabelecidos. Assessment pode possuir esse caráter, mas não obrigatoriamente. Uma avaliação preliminar de capacidade pode ser um Assessment sem ser uma auditoria. Uma vistoria para conhecer a condição de ativos também. A pergunta central não é “está conforme?”, mas “qual é a condição e o que ela implica?”

Em alguns casos, a conformidade é parte da resposta. Em outros, a ênfase pode ser risco, capacidade, desempenho ou maturidade.

Assessment precisa terminar em interpretação

Um relatório com centenas de fotografias pode documentar campo e ainda assim falhar como Assessment. A análise precisa organizar achados de forma útil para decisão. Uma estrutura típica pode distinguir:

Elemento	Pergunta
Evidência	O que foi observado ou medido?
Condição	Qual é o estado técnico?
Critério	Com o que essa condição é comparada?
Gap	O que está ausente, inadequado ou incerto?
Risco	Qual consequência pode ocorrer?
Prioridade	O que merece tratamento primeiro?
Recomendação	Qual próxima ação é tecnicamente razoável?

Essa passagem de evidência para interpretação é o que diferencia Assessment de simples coleta de dados.

O que é Assurance?

Assurance é a função de construir confiança técnica baseada em evidências. Em projetos e empreendimentos, ela verifica se requisitos, critérios, processos, decisões e resultados estão suficientemente demonstrados para sustentar uma conclusão, aprovação ou avanço. Assurance não significa garantia absoluta de que nada falhará. Significa criar um processo estruturado para responder: quais evidências temos para confiar que o que foi requerido foi corretamente definido, implementado, verificado e documentado?

Essa lógica aparece de forma explícita em ambientes de governança de projetos. A ISO 21505 prevê que diretrizes de governança possam ser utilizadas para avaliação, assurance ou verificação da função de governança. No Reino Unido, a NISTA mantém uma estrutura de Assurance Reviews para projetos complexos e de alto risco, incluindo revisões associadas a diferentes pontos do ciclo do projeto.

Assurance não é uma inspeção final

Um erro frequente é imaginar Assurance como uma checagem realizada apenas quando a obra está pronta. Nesse momento, muitos problemas já estão incorporados. Assurance pode começar antes do projeto executivo:

O Assurance deve começar enquanto ainda é possível corrigir decisões com baixo custo de mudança. Antes do projeto executivo, uma verificação independente pode examinar se os requisitos foram derivados das necessidades reais, se as premissas essenciais têm evidências suficientes, se a solução está madura para a fase seguinte e se riscos relevantes foram tratados na estratégia contratual. O objetivo não é repetir o trabalho do projetista, mas identificar lacunas que comprometeriam a possibilidade de demonstrar posteriormente o desempenho e a conformidade esperados.

Durante o projeto, pode acompanhar:

Durante o projeto, a verificação acompanha a consistência das interfaces entre disciplinas, a rastreabilidade dos requisitos e a manutenção de uma configuração de referência. Mudanças devem preservar justificativa técnica, autoria, revisão, impacto e aprovação, especialmente quando afetam redundância, capacidade ou requisitos de segurança. Uma revisão tardia que descobre incompatibilidade entre desenhos pode revelar a ausência desse controle na etapa anterior; a atividade de Assurance precisa apontar o desvio e o mecanismo de prevenção, não apenas solicitar a correção isolada do arquivo.

Durante execução e entrega, pode verificar:

Na implementação, o Assurance relaciona o fornecimento e a instalação aos requisitos aprovados e às evidências de inspeção. FAT, SAT, comissionamento e testes integrados podem demonstrar funções diferentes e, por isso, não devem ser tratados como etapas intercambiáveis. O controle de não conformidades e da punch list deve identificar consequência, ação corretiva, reteste e condição de fechamento. No recebimento, a decisão sobre prontidão depende da configuração instalada, do resultado dos ensaios, da documentação final e da atribuição das pendências residuais — não apenas da conclusão física da obra.

É por isso que o Project Assurance em Engenharia é uma disciplina própria e não apenas outro nome para fiscalização.

Assurance depende de rastreabilidade

Para demonstrar que algo atende ao requerido, é necessário saber qual era o requisito. Esse ponto parece óbvio, mas é uma das maiores fragilidades de empreendimentos mal estruturados. Quando não existe baseline clara, o aceite tende a se tornar subjetivo. Uma cadeia mínima de Assurance pode ser representada assim:

necessidade → requisito → projeto → fornecimento → instalação → teste → evidência → aceite Se um elo é perdido, aumenta a dificuldade de demonstrar conformidade. Por isso, mecanismos como gestão de requisitos, controle de configuração, gestão de mudanças e documentação técnica não são burocracia periférica. Eles sustentam a capacidade de provar o que foi decidido, o que foi implantado e qual evidência demonstra o resultado. O whitepaper sobre Rastreabilidade Técnica em Engenharia aprofunda essa conexão.

Independência em Assurance

Nem toda atividade de Assurance precisa ser realizada por um terceiro completamente externo, mas a independência deve ser proporcional ao risco e à criticidade da decisão. Há diferença entre:

A independência de verificação deve aumentar conforme a consequência de um erro e o conflito de interesses potencial. A conferência pelo próprio autor é um controle de qualidade útil, mas não oferece o mesmo grau de desafio que um peer review estruturado ou uma revisão por equipe sem participação na concepção. Em pacotes críticos, um Owner’s Engineer ou uma terceira parte pode verificar hipóteses, métodos, interfaces e resultados com maior separação entre elaboração e aceite. O critério não é exigir terceirização universal: é demonstrar que a competência, a autonomia e a autoridade do revisor são proporcionais ao risco assumido.

Quanto maior o impacto da falha, maior tende a ser a necessidade de separar elaboração, verificação e aprovação. A função de Technical Authority é um exemplo de mecanismo de governança usado para proteger critérios técnicos e decisões críticas.

Advisory, Assessment e Assurance não são três fases

A ideia mais importante do Triplo A é que as três funções atravessam o ciclo de vida. Não existe uma sequência rígida: Assessment → Advisory → Assurance Embora essa sequência possa aparecer em alguns problemas, ela não define o modelo. Durante o planejamento, por exemplo, pode ser necessário:

Na fase de planejamento, as três contribuições podem coexistir: o Assessment caracteriza a infraestrutura instalada e suas restrições; o Advisory compara alternativas de investimento; e o Assurance questiona a suficiência dos requisitos e das evidências usadas para autorizar o avanço. O mesmo ocorre durante a execução. Uma interferência de campo exige novo diagnóstico, a escolha da resposta demanda orientação técnica e a solução implantada precisa de verificação. As funções voltam a interagir sempre que mudam requisitos, configuração, informação disponível ou condições de operação, razão pela qual não constituem uma sequência contratual obrigatória.

Durante execução: Entre os pontos de avaliação estão Assessment de uma condição de campo inesperada; Advisory para comparar soluções de mudança; Assurance para verificar se a solução aprovada foi corretamente executada. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas. As funções se repetem conforme surgem novas decisões, informações e evidências.

O Triplo A ao longo do ciclo de vida do empreendimento

A ABNT NBR ISO 21502:2021 trata o ciclo de vida como parte da estrutura de gerenciamento de projetos e admite diferentes modelos de entrega e diferentes contextos. O ponto relevante para o Triplo A é que a natureza das perguntas técnicas muda conforme o empreendimento amadurece.

Fase	Advisory	Assessment	Assurance
Necessidade	estruturar objetivos e problema	conhecer condição inicial	verificar coerência de premissas
Viabilidade	comparar alternativas	avaliar restrições e riscos	revisar critérios e evidências da decisão
Planejamento	definir estratégia e roadmap	mapear gaps e capacidade	verificar maturidade para avançar
Projeto	orientar trade-offs	revisar solução e interfaces	preservar requisitos e baseline
Contratação	estruturar estratégia e critérios	avaliar propostas e fornecedores	verificar aderência ao requerido
Implantação	apoiar decisões e mudanças	avaliar condições de campo	verificar execução e configuração
Comissionamento	orientar estratégia de testes e transição	avaliar pendências e desempenho	demonstrar prontidão e atendimento
Handover	orientar transferência à operação	avaliar completude documental	verificar evidências e condição de aceite
Operação	orientar investimentos e melhorias	avaliar desempenho e condição	verificar controles e manter confiabilidade
Modernização	comparar retrofit, substituição ou expansão	diagnosticar obsolescência e capacidade	verificar nova configuração e resultados

Essa matriz mostra por que o Triplo A é mais útil como arquitetura transversal do que como nomenclatura de departamentos.

A tabela mostra que as três funções acompanham o empreendimento de maneira transversal. Na identificação da necessidade e na viabilidade, Assessment estabelece a condição de partida, as restrições e as lacunas de informação; Advisory utiliza esse diagnóstico para estruturar alternativas e orientar a decisão; Assurance verifica se as premissas e os critérios adotados estão suficientemente fundamentados para avançar. Essas atividades podem ocorrer simultaneamente, com intensidades diferentes conforme o risco e a maturidade do empreendimento.

Durante projeto, contratação e implantação, o foco se desloca para requisitos, interfaces, fornecedores, mudanças e conformidade com a configuração aprovada. O diagnóstico é atualizado com informações de campo, a orientação técnica apoia escolhas diante de desvios e a verificação examina evidências de execução. No comissionamento e no recebimento, os três papéis continuam distintos: avaliar o estado efetivamente entregue, recomendar como tratar pendências e demonstrar, por critérios de teste e rastreabilidade, se o sistema está pronto para o aceite.

Na operação e na modernização, a mesma lógica sustenta inspeções, análise de desempenho, priorização de investimentos e revisão de controles. Por isso, o Triplo A não é uma sequência rígida de três etapas: é uma forma de distribuir responsabilidades técnicas ao longo de todo o ciclo de vida, vinculando cada decisão à condição conhecida e às evidências disponíveis. A matriz acima resume as aplicações por fase; a profundidade de cada atividade deve ser definida pelas consequências do erro, pelo contexto contratual e pelas competências envolvidas.

Triplo A como arquitetura transversal de decisão. Assessment caracteriza a situação, Advisory orienta escolhas e Assurance verifica requisitos e evidências. As três funções podem atuar em paralelo e realimentam os gates do empreendimento.

Exemplo 1: expansão de uma instalação existente

Imagine uma indústria que precisa aumentar produção. A hipótese inicial é ampliar alimentação elétrica, climatização, automação e utilidades.

Assessment

Primeiro, é necessário conhecer a condição existente: Entre os pontos de avaliação estão capacidade de transformadores; carregamento de painéis; margem de alimentadores; disponibilidade física; condição de ativos; qualidade da documentação; gargalos operacionais; obsolescência; riscos. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

Advisory

Com a condição conhecida, a engenharia pode comparar: Entre os pontos de avaliação estão expansão da infraestrutura atual; redistribuição de cargas; retrofit; substituição de equipamentos; implantação em fases; mudanças de tecnologia; diferentes cenários de CAPEX. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

Assurance

Quando a alternativa é aprovada, Assurance precisa preservar o racional e os requisitos: Entre os pontos de avaliação estão o projeto atende à capacidade requerida?; interfaces foram compatibilizadas?; equipamentos comprados correspondem ao especificado?; mudanças foram aprovadas?; testes demonstram desempenho?; documentação final representa o executado?. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

O mesmo empreendimento percorre as três funções diversas vezes.

Exemplo 2: contratação de um sistema crítico

Considere uma organização contratando um sistema de segurança, telecomunicações, automação ou data center. Advisory pode estruturar requisitos e estratégia de contratação. Assessment pode avaliar infraestrutura disponível, propostas técnicas e capacidade dos fornecedores. Assurance pode verificar submittals, FAT, instalação, integração, SAT, comissionamento e aceite. Se o contratante possui apenas um edital genérico e delega toda definição ao fornecedor, as três funções ficam fragilizadas: decide-se sem Advisory suficiente, contrata-se sem Assessment adequado e aceita-se sem Assurance independente.

Exemplo 3: empreendimento brownfield

Projetos em ambientes existentes trazem um problema adicional: a condição real raramente coincide totalmente com a documentação. Por isso, Assessment tende a ser particularmente relevante no início. Site Survey, levantamento cadastral, As-Built, inspeções, medições e Due Diligence reduzem incerteza antes de projetar. Mas não basta conhecer o existente. Advisory precisa decidir como intervir sem comprometer operação, e Assurance precisa verificar que a mudança foi corretamente implementada, documentada e integrada. Essa continuidade é o que evita tratar cada fase como um projeto isolado.

Como Advisory, Assessment e Assurance se relacionam com Engenharia Consultiva

Quando requisitos, fornecedores e interfaces atravessam várias disciplinas, é necessário estruturar decisões e alçadas técnicas ao longo do ciclo do empreendimento.

Engenharia do Proprietário

Engenharia Consultiva é uma forma ampla de contratação de atividades técnicas predominantemente intelectuais. O Triplo A não é sinônimo de Engenharia Consultiva. Ele ajuda a organizar a natureza da contribuição técnica que pode existir dentro de um contrato consultivo. Um contrato pode combinar:

Entre os pontos de avaliação estão advisory para decisões e estratégia; assessment para levantamentos, diagnóstico e avaliações; assurance para revisão, verificação, comissionamento e aceite. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas. Essa combinação é especialmente útil em contratos continuados ou de longo prazo, nos quais a engenharia acompanha o empreendimento em diferentes momentos.

A função predominante pode mudar sem que seja necessário redefinir toda a lógica da contratação.

Como o Triplo A se relaciona com Owner’s Engineering

Owner’s Engineering representa o proprietário na governança técnica do empreendimento. Por isso, frequentemente reúne elementos das três funções. Um Owner’s Engineer pode: Entre os pontos de avaliação estão executar Advisory ao apoiar decisões do proprietário; executar Assessment ao avaliar projetos, propostas, condições de campo e fornecedores; executar Assurance ao verificar requisitos, mudanças, execução, testes e aceite. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

Mas os conceitos não são equivalentes. Owner’s Engineering é uma forma de atuação e organização da responsabilidade técnica em nome do proprietário. Triplo A é uma arquitetura funcional para descrever diferentes tipos de contribuição. Essa distinção evita reduzir Owner’s Engineering a fiscalização de campo.

Assessment, Advisory e Assurance podem ocorrer no mesmo serviço?

Sim. Um Design Review pode começar como Assessment da maturidade e das interfaces do projeto, produzir Advisory ao recomendar alternativas e atuar como Assurance ao fornecer revisão independente antes da liberação para procurement ou construção. Uma Due Diligence possui predominância de Assessment, mas pode terminar com Advisory sobre prioridades e investimentos. Um comissionamento possui predominância de Assurance, mas pode exigir Assessment de pendências e Advisory sobre correções.

O objetivo do Triplo A não é classificar rigidamente cada serviço em uma caixa. É tornar claro qual problema está sendo resolvido e qual resultado se espera da engenharia.

O que integra as três funções

Se Advisory, Assessment e Assurance ocorrerem sem integração, o empreendimento corre o risco de produzir bons relatórios isolados e ainda assim perder continuidade. Na abordagem da A3A, três camadas conectam o Triplo A: Entre os pontos de avaliação estão Governança; Gestão de Processos; Gestão da Informação e Documentação. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

Governança

Governança define quem pode decidir, recomendar, verificar e aprovar. A ABNT NBR ISO 21505:2018 distingue governança de gerenciamento e enfatiza papéis, responsabilização, direção, supervisão e informação confiável para tomada de decisão. Para o Triplo A, isso significa evitar ambiguidades como: Entre os pontos de avaliação estão quem recomenda uma alternativa; quem aprova investimento; quem valida um projeto; quem autoriza uma mudança; quem aceita uma entrega; quem assume a responsabilidade técnica. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

Gestão de Processos

Processos definem como decisões e verificações acontecem. Podem incluir: Entre os pontos de avaliação estão workflows; stage-gates; rFI; submittals; change requests; não conformidades; aprovações; inspeções; fAT; sAT; punch list; readiness reviews. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas. Um bom processo reduz dependência de memória individual e conversas informais.

Gestão da Informação e Documentação

Assurance depende de evidência. Assessment depende de dados confiáveis. Advisory depende de premissas conhecidas. Por isso, gestão da informação atravessa as três funções.

É necessário saber: Entre os pontos de avaliação estão qual documento está vigente; qual revisão foi aprovada; qual requisito originou uma decisão; qual configuração está instalada; qual mudança foi autorizada; qual teste foi realizado; qual evidência sustenta o aceite. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas. Sem essa camada, o conhecimento produzido pela engenharia se perde entre fases e fornecedores.

Triplo A e os gates de decisão

Empreendimentos maduros não avançam apenas porque “chegou a data”. Eles avançam quando existe evidência suficiente para assumir o próximo nível de compromisso. Esse raciocínio conecta diretamente o Triplo A aos gates. Antes de um gate, a organização pode precisar de:

Entre os pontos de avaliação estão Assessment para saber a condição e a maturidade; Advisory para interpretar alternativas e riscos; Assurance para verificar se o evidence pack é suficiente. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas. O whitepaper Gates de Engenharia: framework de maturidade, evidências e decisão para avançar projetos aprofunda essa lógica.

O gate não é apenas uma reunião de aprovação. É um ponto de decisão sustentado por informação.

Advisory sem Assessment pode virar recomendação sobre premissas frágeis

Uma boa recomendação depende da qualidade da informação que a sustenta. Quando não existe Assessment suficiente, Advisory pode trabalhar sobre: Entre os pontos de avaliação estão documentação desatualizada; capacidade presumida; riscos desconhecidos; custos incompletos; restrições não levantadas. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas. Isso não significa que toda decisão precise esperar conhecimento perfeito.

Significa que incerteza precisa ser reconhecida. Um Advisory maduro separa: Entre os pontos de avaliação estão fatos; premissas; estimativas; lacunas; riscos; sensibilidades. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas. Essa distinção ajuda o decisor a entender o grau de confiança da recomendação.

Assessment sem Advisory pode produzir diagnóstico sem direção

O problema inverso também ocorre. A organização recebe um excelente relatório de diagnóstico com dezenas de achados, mas não sabe:

Entre os pontos de avaliação estão o que fazer primeiro; quanto investir; quais itens podem esperar; quais alternativas existem; quais riscos são aceitáveis; como transformar os achados em roadmap. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas. Nesse caso, Assessment produziu conhecimento, mas falta Advisory para converter conhecimento em direção.

É por isso que relatórios técnicos mais úteis costumam associar condição, risco, prioridade e recomendação.

Assurance sem requisitos claros pode virar checklist

Não é possível assegurar aquilo que nunca foi definido. Quando requisitos são vagos, Assurance tende a degenerar em uma verificação genérica: “equipamento instalado”. “teste realizado”. “documento entregue”. Mas a pergunta correta deveria ser: o equipamento atende a qual requisito, em qual condição e demonstrado por qual evidência? Assurance precisa de critérios verificáveis.

Por isso, a qualidade de requisitos produzidos no início do empreendimento afeta diretamente a qualidade do aceite no final.

Como identificar qual função está faltando

Alguns sintomas ajudam a identificar lacunas.

Sintoma	Função provavelmente insuficiente
decisões recorrentes sem critério claro	Advisory
infraestrutura desconhecida ou documentação divergente	Assessment
propostas técnicas incomparáveis	Assessment + Advisory
mudanças sem análise de impacto	Advisory + Assurance
testes sem vínculo com requisitos	Assurance
obra concluída, mas aceite subjetivo	Assurance
diagnóstico extenso sem priorização	Advisory
investimento decidido sobre dados antigos	Assessment
conflitos sobre qual documento vale	Assurance + gestão da informação
contratação ambígua	Advisory

Essa leitura ajuda a estruturar escopos de engenharia de forma mais precisa.

Quando usar predominantemente Advisory

Advisory tende a ser dominante quando existe uma decisão relevante e múltiplos caminhos possíveis. Exemplos: Entre os pontos de avaliação estão definição de estratégia; investimentos; seleção tecnológica; expansão; priorização de CAPEX; contratação; desenvolvimento de requisitos; gestão de riscos; modernização; escolha entre retrofit e substituição. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

Quando usar predominantemente Assessment

Assessment tende a dominar quando a principal incerteza é a condição. Exemplos: Entre os pontos de avaliação estão aquisição de ativos; brownfield; obra paralisada; documentação incompleta; falhas recorrentes; avaliação de capacidade; due Diligence; inspeção; diagnóstico; readiness assessment; análise de propostas. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

Quando usar predominantemente Assurance

Assurance tende a dominar quando a principal necessidade é demonstrar confiança e aderência. Exemplos:

Entre os pontos de avaliação estão revisão independente; owner’s Engineering; quality Assurance técnico; verificação de requisitos; fAT e SAT; fiscalização baseada em evidências; comissionamento; readiness; handover; aceite; auditoria técnica de documentação final. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas. Um Comissionamento de Engenharia é um exemplo claro: a entrega não é “acompanhar testes”, mas estruturar evidências de que sistemas, interfaces e desempenho atingem critérios de prontidão.

Como estruturar uma contratação baseada no Triplo A

O Triplo A pode ajudar a transformar pedidos genéricos de “consultoria” em escopos verificáveis. Uma contratação madura precisa esclarecer:

Pergunta técnica

O que precisa ser decidido, conhecido ou demonstrado?

Baseline

Quais requisitos, documentos, ativos, contratos e informações constituem a condição de referência?

Função esperada

Predomina Advisory, Assessment ou Assurance? Quais funções complementares serão necessárias?

Entregáveis

O produto será: Entre os pontos de avaliação estão diagnóstico; recomendação; matriz de riscos; estudo de alternativas; parecer; design Review; relatório de verificação; evidence pack; plano de ação; protocolo de teste; parecer de aceite?. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

Autoridade

Quem elabora, revisa, recomenda, aprova e aceita?

Evidências

Quais dados, registros e documentos sustentam a conclusão?

Critério de encerramento

Quando a atividade pode ser considerada concluída? Essa estrutura evita contratar apenas horas de consultor sem clareza sobre o problema e o resultado.

O que o Triplo A não é

Para evitar interpretação excessiva, vale delimitar o conceito. O Triplo A:

Entre os pontos de avaliação estão não é norma técnica; não substitui métodos de gerenciamento de projetos; não é um ciclo de vida próprio; não transfere a responsabilidade dos autores, executores ou fornecedores; não significa que toda atividade precise ter três equipes diferentes; não transforma Assurance em garantia absoluta; não reduz Assessment a checklist; não transforma Advisory em opinião sem método. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

Ele é uma arquitetura conceitual para organizar a contribuição da engenharia ao longo do ciclo de vida.

Por que essa distinção melhora a engenharia

Projetos complexos falham muitas vezes não por falta de atividade, mas por falta de clareza sobre a função daquela atividade. Uma equipe pode produzir dezenas de documentos e ainda deixar perguntas essenciais sem resposta. O Triplo A ajuda a testar se o empreendimento possui capacidade suficiente para: Entre os pontos de avaliação estão conhecer sua condição; decidir de forma estruturada; demonstrar que o resultado atende ao requerido. A pertinência de cada item deve ser definida pelo objeto e pelo risco de decisão, com responsabilidade e evidência adequadas.

Essas três capacidades tornam a engenharia mais rastreável. Também ajudam a separar serviços que parecem semelhantes. Uma inspeção pode produzir Assessment. Um parecer pode produzir Advisory.

Um Design Review pode combinar Assessment e Assurance. Um Owner’s Engineering pode combinar os três. Um comissionamento é predominantemente Assurance. Essa leitura funcional melhora escopo, contratação, governança e critérios de aceite.

Do artigo ao framework completo do Triplo A

A explicação didática dos três termos é apenas a primeira camada. Em empreendimentos reais, o desafio está em conectar as funções aos gates, requisitos, decisões, configuração, mudanças, riscos, procurement, execução, comissionamento e handover. O whitepaper Advisory + Assessment + Assurance: o Triplo A ao Longo do Ciclo de Vida do Empreendimento desenvolve esse framework em profundidade. Ele deve ser usado como aprofundamento para organizações que precisam transformar o conceito em modelo de governança e atuação técnica.

Mecanismo de decisão: Advisory, Assessment e Assurance aplicados à mesma evidência

A distinção entre as três funções torna-se operacional quando o projeto precisa tomar uma decisão com informação incompleta. Em um retrofit industrial, por exemplo, a operação pode afirmar que determinados quadros e sistemas de controle ainda dispõem de capacidade. O Assessment transforma a afirmação em condição verificável mediante levantamento, inspeções, documentação e avaliação das interfaces. O Advisory utiliza os resultados para comparar cenários: manter e monitorar, adaptar parcialmente ou substituir sistemas. O Assurance estabelece quais requisitos, testes, registros e critérios devem ser demonstrados para que a alternativa escolhida possa avançar sem transferir incerteza não controlada para a execução.

O mesmo documento pode transitar entre as funções com propósitos diferentes. Um diagrama As-Built é evidência de configuração para o Assessment, entrada de análise para o Advisory e referência de rastreabilidade para o Assurance, desde que sua origem e revisão sejam adequadas. A existência do documento não comprova sua validade em todas as funções. A engenharia precisa registrar quem produziu a informação, que método a validou, qual nível de confiança foi atribuído e em que decisão ela foi utilizada.

Situação	Assessment	Advisory	Assurance
Instalação com capacidade desconhecida	Levanta cargas, condicionantes e limitações	Compara expansão, substituição ou mitigação	Verifica premissas, projeto e testes
Projeto básico com interfaces abertas	Identifica lacunas e maturidade	Recomenda sequência e prioridades	Exige evidências de fechamento antes do gate
Contratação de sistema crítico	Avalia situação técnica e riscos	Define estratégia e critérios contratuais	Revisa aderência da execução aos requisitos
Recebimento de obra	Reconcilia condição e documentação	Orienta tratamento de pendências relevantes	Verifica resultados de ensaios e aceitação

A função de Assurance não deve ser entendida como garantia absoluta de resultado ou transferência da responsabilidade do executante. O valor depende da independência adequada ao risco, da qualidade dos critérios e da suficiência das evidências. Uma revisão independente pode identificar que o plano de testes é inadequado ou que o fabricante não demonstrou determinada função, mas a decisão sobre aceite, condicionamento ou rejeição deve permanecer com a autoridade contratualmente designada.

Como contratar cada função com escopo e aceite verificáveis

O produto de Assurance depende de critérios, testes, pendências e evidências formalmente definidos. Sem essas condições, o aceite corre o risco de se tornar declaração genérica.

Comissionamento de Engenharia

O termo de referência deve partir da decisão que a organização precisa tomar. Se o problema é condição desconhecida de uma instalação, contratar apenas parecer consultivo sem levantamento técnico pode gerar recomendações sobre premissas frágeis. Se a condição já foi caracterizada, mas há alternativas conflitantes, o serviço deve concentrar-se em cenários, trade-offs, análises de risco e apoio à decisão. Se o problema é confiança no que terceiros projetaram ou executaram, a contratação precisa prever verificação independente de requisitos, critérios de ensaio, tratamento de desvios e parecer de prontidão.

O objeto pode combinar funções, desde que as atividades e limites estejam separados. Não é aconselhável aceitar como equivalente uma proposta que promete ‘assessoria completa’ sem especificar quais documentos serão revisados, quais instalações visitadas, quais verificações independentes ocorrerão, quem aprovará as recomendações e como serão tratadas mudanças. A equalização das propostas deve considerar equipe e disciplinas, premissas, acesso a informações, volume documental, mobilização, análises, entregáveis, marcos e critérios de aceitação. A avaliação de independência é indispensável quando a mesma equipe que recomenda um investimento também deseja fornecê-lo ou executá-lo.

Função	Entregável principal	Critério de aceite
Assessment	Diagnóstico com baseline, fontes, lacunas e riscos	Condição e limitações reproduzíveis
Advisory	Alternativas, recomendações, premissas e roadmap	Critérios de decisão transparentes e comparáveis
Assurance	Matriz de requisitos, verificações, desvios e evidências	Resultados rastreáveis e pendências tratadas
Governança integrada	Matriz de alçadas, interfaces e gates	Decisões atribuídas e formalmente registradas

Na implantação, cada produto deve alimentar o seguinte sem criar dependência pessoal indevida. Um Assessment útil permite atualizar premissas de projeto; o Advisory gera requisitos e estratégia; o Assurance verifica se os resultados produzidos atendem aos critérios. Quando um teste revela não conformidade, o fluxo retorna à avaliação técnica e à decisão de engenharia. A sequência é iterativa e deve preservar revisões, responsabilidades e causa das alterações.

Aplicação em contratação pública e empreendimentos brownfield

Em obras públicas, a Engenharia Consultiva pode apoiar planejamento e revisão de escopo, avaliação de maturidade, análise de riscos, projeto básico, elaboração de documentos de contratação, fiscalização e recebimento. O Triplo A ajuda a distinguir competências e produtos sem confundir decisão administrativa com recomendação técnica. O contratante define o interesse público, as escolhas autorizadas e o aceite; a engenharia fornece diagnóstico, alternativas e evidências proporcionais ao objeto. Essa distinção preserva accountability e reduz o risco de transformar apoio técnico em decisão sem delegação.

Em empreendimentos brownfield, a dificuldade é frequentemente a diferença entre documentação e condição real. Um Assessment confiável precisa verificar o que foi instalado, quais interfaces são conhecidas e onde há restrição de acesso ou levantamento. O Advisory pode recomendar implantação por ondas, priorização por criticidade e contingências compatíveis com operações em andamento. O Assurance estabelece gates, testes e controle de mudanças para que intervenção e operação coexistam sem desorganizar a baseline. Contratos que omitem essas fronteiras tendem a gerar discussões sobre quem responde por informação preexistente, interferências e resultados de comissionamento.

A continuidade técnica exige que decisões, critérios e justificativas sejam preservados do planejamento à operação. O framework do Triplo A ao longo do ciclo de vida e os estudos sobre continuidade técnica do empreendimento mostram como relacionar essas funções a interfaces e transferências de responsabilidade. O objetivo não é multiplicar três contratos necessariamente, mas assegurar que conhecer a condição, orientar decisões e verificar resultados sejam responsabilidades explícitas e verificáveis.

A contratação de Engenharia do Proprietário pode integrar essa governança quando o proprietário precisa articular projetistas, fornecedores, fiscalização, comissionamento e aprovação técnica. A função exige alçadas, independência e documentação que resistam à mudança das equipes, em vez de depender de recomendações informais.

Considerações finais

Advisory, Assessment e Assurance respondem a problemas diferentes. Advisory estrutura decisões. Assessment estabelece a condição real. Assurance cria confiança técnica por meio de critérios e evidências.

O valor do Triplo A está em reconhecer que essas três funções não são etapas isoladas. Elas atravessam o ciclo de vida e se combinam conforme a maturidade, o risco e a decisão exigida. Um empreendimento pode ter excelente projeto e ainda falhar por não conhecer corretamente o existente. Pode possuir excelente diagnóstico e não conseguir decidir. Pode executar corretamente e não possuir evidências suficientes para aceitar.

Por isso, a engenharia precisa atuar não apenas para produzir desenhos, especificações e relatórios, mas também para orientar decisões, reduzir incerteza e construir evidência técnica ao longo de toda a jornada do ativo. Quando conectadas por governança, processos e gestão da informação, essas três contribuições formam uma linha contínua entre a necessidade inicial e o ativo efetivamente entregue, aceito e operável.

Referências técnicas

[1] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21502:2020 — Project, programme and portfolio management — Guidance on project management. Disponível em: https://www.iso.org/standard/74947.html

[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21505:2017 — Project, programme and portfolio management — Guidance on governance. Disponível em: https://www.iso.org/standard/63578.html

[3] NATIONAL INFRASTRUCTURE AND SERVICE TRANSFORMATION AUTHORITY. NISTA Assurance Review Toolkit. Reino Unido. Disponível em: https://www.gov.uk/government/collections/nista-assurance-review-toolkit

[4] A3A ENGENHARIA. Advisory + Assessment + Assurance: o Triplo A ao Longo do Ciclo de Vida do Empreendimento. Disponível em: https://a3aengenharia.com.br/conteudo/whitepapers/framework-triplo-a-ciclo-vida-empreendimento/

Perguntas frequentes

O que é Advisory?

No contexto do Triplo A aplicado à engenharia, Advisory é a função de estruturar decisões técnicas por meio de critérios, análise de alternativas, riscos, trade-offs, estratégia e recomendações. Ele orienta a decisão, mas não necessariamente transfere ao consultor a autoridade de aprová-la.

O que é Assessment?

Assessment é a função de levantar, analisar e interpretar a condição real de um ativo, sistema, projeto, documento ou empreendimento. Seu resultado deve ir além da coleta de dados, indicando condição, gaps, riscos, maturidade, prioridades e implicações técnicas.

O que é Assurance na engenharia?

Assurance é a função de construir confiança baseada em evidências de que requisitos, critérios, processos e resultados foram adequadamente atendidos. Pode incluir revisão independente, verificação de requisitos, rastreabilidade, comissionamento, readiness e aceite.

Advisory, Assessment e Assurance são etapas sequenciais?

Não. As três funções podem coexistir ao longo de todo o ciclo de vida. Em uma mesma fase pode ser necessário avaliar a condição, orientar uma decisão e verificar evidências de atendimento.

O que é o Triplo A da A3A Engenharia?

É a arquitetura conceitual usada pela A3A Engenharia para organizar três contribuições permanentes da engenharia: Advisory para decisão, Assessment para conhecimento da condição real e Assurance para confiança baseada em evidências.

Qual a diferença entre Assessment e auditoria?

Assessment é um conceito mais amplo de avaliação. Pode analisar condição, capacidade, maturidade, desempenho ou risco. Auditoria normalmente utiliza critérios formais e método específico para verificar aderência ou conformidade.

Qual a diferença entre Assurance e fiscalização?

Fiscalização é uma atividade de acompanhamento e verificação da execução. Assurance é mais amplo e pode atuar antes, durante e depois da implantação, conectando requisitos, decisões, mudanças, testes, documentação e evidências para sustentar confiança e aceite.

Owner’s Engineering é a mesma coisa que Assurance?

Não. Owner’s Engineering é uma forma de atuação em nome do proprietário e pode combinar Advisory, Assessment e Assurance. Assurance é uma das funções que pode estar presente nesse escopo.

Engenharia Consultiva é a mesma coisa que o Triplo A?

Não. Engenharia Consultiva é uma forma ampla de contratação e prestação de serviços técnicos predominantemente intelectuais. O Triplo A é uma arquitetura funcional que ajuda a organizar que tipo de contribuição técnica está sendo prestada dentro desse contexto.

Quando usar as três funções juntas?

Quando o empreendimento precisa simultaneamente reduzir incerteza sobre a condição, tomar decisões relevantes e demonstrar por evidências que requisitos e resultados foram atendidos. Isso é comum em projetos complexos, brownfield, grandes contratações, implantação e comissionamento.

Materiais técnicos complementares