O Engenheiro Responsável (ER) é a função de accountability mais crítica da governança de rejeitos. O GISTM reforça o papel, mas a implementação frequentemente o dilui. Veja o que observamos em campo e como corrigir.
O que o ER realmente é responsável
O ER não é um assinante. O ER é o engenheiro que fica com a estrutura , que integra projeto, registros de construção, monitoramento, realidade operacional e controles de mudança em uma narrativa técnica única e que é profissionalmente responsável pela afirmação "esta barragem está segura para operar hoje". Tire qualquer um desses quatro verbos, integrar, interpretar, intervir ou assinar, e o papel do ER colapsa.
No GISTM, isso é reforçado pelos Princípios 4, 10 e 11 . Juntos, dizem: dê ao ER a autoridade, a informação e a audiência (inclusive na alta administração, se preciso) para fazer o trabalho.
Padrões de diluição que continuamos vendo
- ER "revisor". O ER vira revisor de documentos de terceiros. Nunca toca instrumentação, nunca caminha na crista. Aprova decisões que não tomou. Isso não é accountability, é teatro de aprovação.
- ER rotativo. Um novo ER a cada 2–3 anos, sem continuidade de memória. Cada novo ER herda a estrutura no momento exato em que os stakeholders pedem julgamento decisivo.
- ER remoto. ER em outro país, recebendo relatórios mensais. O Princípio 11 do GISTM exige um Engenheiro Responsável pela Barragem empoderado e uma cadeia clara até o ER, distância (física e organizacional) mata essa cadeia.
- ER silenciado. O ER sinaliza um desvio; ele é suavizado por duas camadas de gestão antes de chegar ao executivo responsável. Quando chega, virou "linha de risco", não alerta.
Lembrete people-first: um sistema de IA não pode ser o ER. A IA amplia o campo de visão, reduz a carga de reporting e acelera a detecção, mas não sustenta responsabilidade profissional. Quem assina é uma pessoa. Sempre.
Como é um ER bem apoiado
- Mandato escrito e claro : autoridade, direitos de informação e caminhos de escalonamento, incluindo acesso direto ao executivo responsável.
- Ficha viva da estrutura , não um arquivo morto: as-builts, monitoramento, mudanças, desvios, plano de fechamento, tudo referenciado e pesquisável.
- Estrutura técnica de pares : ITRB e revisores internos afiam o ER, não o substituem.
- Cadência : o ER aparece no sítio, em agenda previsível. O GISTM espera presença física, não apenas documental.
- Voz na sala da diretoria : ao menos anualmente, o ER fala com o executivo responsável (e sua diretoria) sem filtro.
Onde a tecnologia ajuda, e onde não
Construímos agentes de IA, incluindo o GISTM.ai, que dão ao ER um painel único para monitoramento, documentos, desvios e evidências. Útil: elimina horas de conciliação manual por semana e devolve o engenheiro à engenharia.
Mas a tecnologia tem modo de falha: cria a ilusão de que a estrutura está "coberta" só porque o dashboard está verde. O papel do ER é saber por que o dashboard está verde, e identificar o instrumento cujo verde é, na verdade, um valor congelado. Esse julgamento é humano e precisa continuar humano.
Nossa posição, sem rodeios
Não projete uma função de ER que você não pode financiar. Não publique um compromisso GISTM que você não pode honrar com autoridade real para um engenheiro real. Se a organização não consegue sustentar um ER como descrito acima, a resposta honesta não é "vamos fazer o melhor possível", é "ainda não estamos alinhados ao GISTM, e este é o plano para chegar lá".
