O que precisa mudar?
Declare o problema, as pessoas atendidas, o escopo e o aceite.
A Engenharia Caracol é uma proposta de Graciliano Tolentino para organizar a construção de software: compreender antes de agir e sustentar cada avanço com evidências.

Um programa muda uma situação para alguém. Antes de escolher ferramentas, descreva a necessidade, os limites e o que permitirá reconhecer uma boa entrega.
O ciclo não termina quando o código executa: os resultados precisam ser verificados, revisados e deixados compreensíveis para a continuidade.
Ler a identidade do métodoDeclare o problema, as pessoas atendidas, o escopo e o aceite.
Inventarie arquivos, contratos e dependências antes de alterar.
Relacione a implementação a verificações e resultados observáveis.
Registre a decisão, a versão, os limites e a forma de recuperação.
Selecione um nível para explorar.
O estado pertence ao item, não à pessoa.
A escala é uma convenção do método. Não equivale a certificação profissional nem substitui critérios técnicos de cada requisito.
Altere os níveis. A capacidade usa o menor
nível dos itens obrigatórios, sem fazer média.
O item obrigatório com menor nível limita o conjunto.
Simulação didática. Alterar o controle não cria evidência real.Os critérios e as evidências sustentam o uso declarado.
A lacuna não impede o uso; risco, autoridade, limites e acompanhamento estão explícitos.
Há falha impeditiva ou falta evidência necessária para esse uso.
Escopo, entrada, inventário, verificações, decisão de passagem e recuperação no ambiente de estudo.
Estudar esse perfilMais coordenação, automação, ambientes e observação quando equipe e dados exigem.
Estudar esse perfilControles especializados, revisão independente e recuperação verificada no contexto adequado.
Estudar esse perfil