A teoria do programa é a explicação, escrita e testável, de como as ações de uma política deveriam gerar os resultados desejados. Todo programa tem uma teoria, mesmo que ninguém a tenha escrito. Torná-la explícita ajuda o gestor municipal a descobrir hipóteses frágeis antes de gastar e a escolher o que avaliar depois.
O que é e de onde vem
A ideia vem do campo da avaliação de programas. Segundo a literatura, avaliadores como Peter Rossi, Carol Weiss, Huey-tsyh Chen e Michael Patton trabalham com teorias de programa desde as décadas de 1970 e 1980. Em 1995, Weiss argumentou que programas complexos são difíceis de avaliar porque suas hipóteses de base ficam mal explicadas, e popularizou a expressão "teoria da mudança" para as suposições que ligam cada passo à meta de longo prazo. O manual de avaliação de Rossi, Freeman e Lipsey costuma ser citado como referência clássica sobre o tema.
Uma teoria de programa costuma ter três partes. A primeira é a teoria de impacto: a cadeia de causa e efeito entre as ações e a mudança esperada. A segunda é a teoria de processo: como o programa precisa ser organizado e entregue para a primeira funcionar. A terceira são os pressupostos, as condições que precisam ser verdadeiras em cada elo.
Uma formulação bem conhecida pede também que o desenho aponte indicadores para cada resultado e deixe claro até onde vai a responsabilidade do programa: o que ele pode monitorar e reivindicar, e o que depende de fatores fora do seu alcance.
Por que funciona no setor público
Programas públicos nascem de intuições razoáveis, mas nem sempre testadas: "se oferecermos o curso, as pessoas arrumarão emprego". A teoria do programa pede para escrever esse "se, então" e apontar o que precisa ocorrer no meio. Muitas falhas são de teoria, não de execução: o programa foi cumprido à risca, mas a hipótese estava errada.
Com a teoria na mesa, a avaliação fica mais simples e útil. Em vez de perguntar apenas "funcionou?", é possível perguntar em qual elo falhou. Isso ajuda a decidir se o programa deve ser ajustado, ampliado ou encerrado.
Como aplicar na prefeitura, passo a passo
- Descreva o problema e o público. Diga quem é afetado e por quê, com dados locais.
- Escreva a mudança esperada. Defina o resultado final e o intermediário, e o prazo para ver cada um.
- Desenhe a cadeia causal. Conecte as ações do programa aos resultados com frases do tipo "se… então…".
- Registre os pressupostos. Para cada elo, pergunte o que precisa ser verdade e como se sabe disso.
- Busque evidências. Procure estudos, avaliações de programas semelhantes e experiência da equipe que sustentem ou questionem cada elo.
- Defina onde termina a responsabilidade do programa. Separe o que ele deve garantir do que depende de outros fatores.
- Use a teoria para monitorar e avaliar. Escolha indicadores para os elos mais incertos e revise a teoria quando os dados contrariarem a hipótese.
Modelo para preencher
Use a ficha abaixo como ponto de partida. Adapte à legislação e à realidade do seu órgão.
| Elo da cadeia | Hipótese (se… então…) | Pressuposto | Evidência a favor ou contra | Indicador |
|---|---|---|---|---|
| Ação para produto | Se fizermos X, então teremos Y | |||
| Produto para resultado inicial | Se Y ocorrer, então o público muda em Z | |||
| Resultado inicial para resultado final | Se Z ocorrer, então chegamos a W | |||
| Fatores externos | O que pode impedir ou ajudar? |
Exemplo prático
Exemplo hipotético. Uma prefeitura pretende reduzir a evasão no ensino médio com um programa de bolsa para estudantes de famílias de baixa renda. A teoria diz: se a família recebe a bolsa, então o jovem tem menos pressão para trabalhar; se trabalha menos, então frequenta mais; se frequenta mais, então conclui o ano. Os pressupostos incluem que o trabalho é a principal causa da evasão e que o valor da bolsa é relevante para a renda familiar.
Ao conversar com escolas e jovens, a equipe descobre que outro motivo pesa mais: o desinteresse pelas aulas. A teoria é reescrita, e o programa passa a combinar bolsa com tutoria e atividades de projeto de vida. A teoria evitou que o dinheiro fosse aplicado sobre uma hipótese que não se sustentava.
Erros comuns
- Escrever a teoria depois do programa. Escrita apenas para justificar o que já existe, perde a função de testar.
- Tratar pressupostos como certos. São justamente as hipóteses mais arriscadas.
- Ignorar evidências existentes. Há avaliações de programas parecidos que podem poupar erros.
- Prometer resultados fora do alcance. Defina com franqueza até onde o programa pode responder.
- Guardar a teoria na gaveta. Ela deve ser revista quando os dados mostrarem algo novo.
Perguntas frequentes
Teoria do programa e teoria da mudança são a mesma coisa?
Os termos são usados de forma próxima e variam conforme o autor. Em geral, ambos descrevem como e por que as ações levam aos resultados.
É a mesma coisa que o modelo lógico?
O modelo lógico é um desenho esquemático. A teoria do programa acrescenta o porquê de cada ligação, ou seja, as hipóteses e evidências.
Preciso ser especialista em avaliação?
Não. A versão mais útil é conversar com a equipe e escrever as hipóteses em frases simples.
Quando revisar a teoria?
Sempre que os indicadores mostrarem resultado diferente do esperado ou quando surgirem novas evidências.
