Ligar a trava com o pipeline instável transforma a proteção em obstáculo, e o time acaba pedindo para desligá-la. A preparação:

Antes de ligar

A suíte precisa estar verde e estável. Rodar o pipeline várias vezes seguidas sem mudar nada: se alterna entre verde e vermelho, existe teste instável (flaky), e isso se resolve antes, não depois.
Eliminar ou isolar os testes instáveis. Um teste que falha sozinho de vez em quando vai bloquear merges legítimos e destruir a confiança na trava.
Tempo de execução aceitável. Se o pipeline demora 40 minutos, ninguém vai esperar. Separe o que roda em todo PR (rápido) do que roda à noite (completo).
Cobertura mínima do que importa. Uma trava que protege dois testes bobos dá falsa sensação de segurança.
Mensagens de falha úteis. Se quem vê o vermelho não entende o que fazer, a trava vira frustração. É aqui que a mensagem do assert, do Módulo 3 de pytest, faz diferença.

O que combinar com o time

Qual check é obrigatório e quais ficam informativos.
O que fazer quando bloquear: o combinado é corrigir, não desligar a trava. E quem ajuda quando alguém empaca.
Se existe exceção: quem pode forçar merge, em que situação (incidente em produção, por exemplo) e como isso é registrado.
Quem cuida do pipeline. Pipeline sem dono apodrece.
Quando revisar. Combinar uma data para avaliar se está ajudando ou atrapalhando.

E o passo que mais ajuda na adoção: avisar antes e ligar em um momento calmo, não na véspera de uma entrega grande. A trava precisa ser vista como rede de proteção do time, não como algo que QA impôs.

Prova do Módulo 3