Entendendo as barreiras e onde elas realmente falham
O modelo do queijo suíço foi proposto por james
A ideia básica é simples e surgiu em 1990, quando James Reason publicou o trabalho na área de segurança de sistemas. Ele descreveu como as organizações modernas funcionam: camadas de defesa sobrepostas, cada uma com furos que variam em tamanho e posição. Quando os buracos se alinham por um momento, uma falha atravessa todas as barreiras e chega a um resultado indesejado. Não é sobre um único erro humano, é sobre a combinação de problemas que normalmente ficariam isolados. No dia a dia, isso significa que você precisa mapear as defesas existentes antes de confiar nelas. Eu trabalho com instalações industriais há anos e o primeiro passo sempre é listar cada barreira: manutenção preventiva, alarmes, procedimentos operacionais, treinamentos, isolamentos físicos. A maioria das empresas para aí. Elas acham que têm proteção suficiente só porque listaram os itens num documento. O problema é que o modelo mostra que o alinhamento dos furos é dinâmico. Os buracos se movem com mudanças de turno, alterações de processo, desgaste de equipamentos e pressão operacional.
Um caso específico que tenho registrado desde 2018 envolve uma planta de processamento químico. A equipe identificou sete barreiras para vazamento de produto perigoso. Cada barreira tinha seu inspetor e seu cronograma. Parece sólido até você olhar para os dados de manutenção dos últimos dezoito meses. Quase todas as inspeções eram feitas no mesmo horário, entre as 14h e 15h, porque era o único período que não conflita com a produção. Isso criou um padrão previsível onde pequenos desvios nos equipamentos passavam despercebidos até que duas ou três barreiras falhassem juntas durante uma variação de pressão causada por chuva intensa. A solução que implementamos foi mudar os horários de inspeção para períodos aleatórios dentro da janela de manutenção programada. Não resolve o alinhamento dos furos, mas reduz drasticamente a probabilidade de que todos os inspetores estejam olhando para o mesmo ponto de falha no mesmo momento. O resultado foi uma queda de 70% nos incidentes semelhantes em dois anos.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O modelo em si tem limitações sérias que poucos mencionam. Ele não mostra como as barreiras interagem em tempo real. É uma foto estática de um sistema dinâmico. Se você usar apenas o modelo sem dados operacionais reais, vai ter uma visão incorreta da segurança. A melhor abordagem é combinar o mapeamento de Reason com análise de árvore de falhas e com dados históricos de incidentes da própria operação. Outra armadilha comum é tratar todas as barreiras como iguais. Algumas são primárias, como válvulas de segurança projetadas para falhar de modo previsível. Outras são secundárias, como manuais de procedimento que dependem de ação humana. Quando você prioriza todas igualmente no treinamento, o pessoal acaba ignorando as barreiras primárias porque acha que o procedimento escrito é mais importante. Isso inverte a lógica de defesa em camadas.
Se você precisa aplicar isso na prática, comece documentando cada barreira existente com seu responsável, frequência de verificação e criticidade. Depois, cruze esses dados com registros de manutenção dos últimos vinte e quatro meses. Procure padrões de horários, turnos ou condições ambientais que apareçam nos relatos de quase-acidentes. Esse cruzamento geralmente revela onde os furos tendem a se alinhar com mais frequência. A implementação completa leva cerca de três semanas para uma operação de médio porte, dependendo da disponibilidade dos dados históricos. O relatório final não deve ser um documento estático. Recomendo revisar os alinhamentos a cada seis meses ou sempre que houver mudança significativa no processo produtivo. Isso mantém o modelo útil ao invés de virar uma lista esquecida num arquivo.
