O'que É Critérios

O que são critérios e por que a maioria das pessoas aplica errado

Critérios são regras ou padrões definidos antes de uma avaliação. Não é algo que aparece no meio do processo. Se você não escreveu o critério antes de começar a verificar algo, você está adivinhando, não avaliando. A diferença é importante porque resultados baseados em critérios claros tendem a ser reproduzíveis. Resultados baseados em intuição variam toda vez que mudam de pessoa. No dia a dia técnico eu vejo muito gente montar checks de qualidade sem ter definido antes o que significa "certo". O resultado é uma planilha com cinquenta colunas vazias e um gerente perguntando por que nada foi aprovado. A correção é simples, mas ninguém gosta de fazer na hora certa. Você lista os critérios antes de qualquer execução. Cada critério precisa ter um estado binário: passou ou não passou. E mais, cada um precisa de um peso. Sem peso, todos os critérios têm o mesmo valor, o que raramente faz sentido no mundo real.

O que é critérios para avaliação técnica

Em processos de seleção, auditoria ou controle de qualidade, critérios são os itens da lista que determinam se algo atende ou não ao esperado. Eles podem ser qualitativos ou quantitativos. O ideal é transformar o máximo possível em quantitativo. Critério qualitativo depende de interpretação humana e gera inconsistência. Eu já vi dois analistas avaliarem o mesmo documento com resultados opostos porque o critério dizia "documento bem estruturado". Bem estruturado para quem? Para mim, para você, para o cliente?

Como construir critérios funcionais

O primeiro passo é mapear o que realmente importa para o resultado final. Ninguém precisa de dezesseis critérios se três deles explicam oitenta por cento do sucesso do processo. Eu trabalhei num projeto de revisão de código onde a equipe tinha criado uma lista com dezenove itens. Metade era redundante. O que sobrou foi reduzido para quatro critérios principais com subcritérios claros. O tempo de revisão caiu de cerca de duas horas por pull request para trinta minutos, com melhor consistência entre revisores. Segundo passo, escrever cada critério de forma que qualquer pessoa consiga aplicar sem consultar o autor. Isso exige especificidade. Em vez de "interface responsiva", use "layout deve se adaptar sem quebra de elementos entre 320px e 1440px de largura". Em vez de "desempenho aceitável", use "tempo de resposta abaixo de 2 segundos sob carga de duzentos usuários simultâneos". Essas definições parecem óbvias, mas a maioria dos critérios que eu vejo por aí está exatamente no estilo vago que citei primeiro.

Terceiro passo, definir o peso de cada critério. O peso reflete a prioridade real, não a que você acredita ter. Se um critério não pode ser ponderado, o problema é seu, não do método. Use escala de um a cinco ou porcentagens que somam cem. O total precisa fechar. Critério com peso zero deve ser removido da lista, não mantido como enfeite.

Pegadinhas comuns que ninguém conta

Uma pegadinha clássica é confundir critério com meta. Meta é o objetivo geral. Critério é a medida individual que comprova se a meta foi atingida. "Aumentar vendas em vinte por cento" é meta. "Taxa de conversão acima de três por cento no checkout" é critério. As pessoas misturam isso o tempo todo e depois ficam perplexas quando os resultados não bateram. Outra armadilha é criar critérios que se sobrepõem. Se você tem dois critérios que medem essencialmente a mesma coisa, um deles está repetindo trabalho e distorcendo o peso final. Eu identifiquei esse problema numa avaliação de fornecedores onde "pontualidade na entrega" e "respeito ao prazo contratado" apareciam como itens separados. Eram o mesmo critério com nomes diferentes. Quando corrigi, a nota do fornecedor mudou em doze pontos porque o peso estava duplicado sem necessidade.

Critérios fixos também são perigosos. Se o ambiente muda e você não atualiza os critérios, eles viram papelada morta. Eu vi um time manter uma lista de requisitos de segurança elaborada em 2019 até 2023 sem revisão. Quando ocorreu uma falha real, dois dos dezesseis critérios já não se aplicavam mais ao sistema novo. O tempo gasto tentando justificar a aplicação desses itens ultrapassados poderia ter sido usado para detectar o problema real.

Um problema real que eu enfrentei e como resolvi

Num projeto de validação de dados para migração de banco, precisei definir critérios para Aprovar, Reprovir ou Enviar para Revisão Manual. A dificuldade estava num critério chamado "integridade referencial parcial". O nome era confuso até pra equipe que tinha criado. Na prática, alguns registros estavam quebrados por falta de chave estrangeira, mas o volume era baixo o suficiente para não travar a migração inteira. Eu mudei a abordagem. Criei três critérios separados em vez de um genérico: "porcentagem de registros inválidos", "tipo de campo afetado" e "impacto nos relatórios". Com isso, conseguimos aprovar automaticamente casos que antes ficavam presos em aprovação humana e gastamos menos de quatro horas num processo que estava levando dois dias por semana. O workaround técnico foi criar um pré-filtro que rodava antes da avaliação principal. Ele identificava os padrões de invalidade e classificava automaticamente o que podia ser ignorado, o que precisava de ajuste simples e o que exigia intervenção completa. Depois de configurado, o sistema rodava essa triagem em cerca de quinze minutos para conjuntos de dados de até meio milhão de registros.

Quando os critérios não funcionam

Critérios pesados e rígidos falham em contextos exploratórios. Pesquisa, design criativo e debugging inicial dependem de flexibilidade que checklist não fornece. Tentar aplicar critérios formais nesses cenários só gera atrito e atraso. Nestes casos, o recomendável é usar critérios apenas na fase de validação final, depois que a parte criativa ou investigativa já encontrou um resultado. A ordem importa. Critério antes da experimentação é prisão. Critério depois da experimentação é garantia de qualidade. Outro cenário onde critérios falham é quando há poucos dados para sustentá-los. Critério precisa de evidência. Se você não tem métricas históricas ou parâmetros de referência, qualquer critério que você definir será arbitrário. Nesse caso, o melhor caminho é fazer uma rodada piloto sem critério definido, coletar dados e só depois construir a lista. Eu já comecei projetos definindo critérios no primeiro dia e precisei refazer tudo na terceira semana porque os números reais mostravam que nada do que eu tinha escrito condizia com a operação. Perdi uma semana, mas economizei dois meses de retrabalho posterior.

Resumo prático sem rodeio

Critérios são padrões escritos antes da avaliação. Devem ser específicos, ponderados e revisáveis. Evite vaguidão, evite duplicação, evite fixidez. Use-os em contextos adequados e abandone-os quando o contexto não pedir estrutura. O resto é detalhe operacional.