O Manifesto Ágil é um texto curto, de quatro valores, escrito por dezessete profissionais de software em 2001. Ele nasceu na tecnologia, mas virou referência para quem quer entregar com flexibilidade a mudanças, inclusive em governos. Para o gestor municipal, a utilidade está menos na letra e mais no espírito: priorizar o que funciona para o usuário, colaborar em vez de só contratar e corrigir o rumo com rapidez. Este texto resume a origem, os valores e como adaptá-los à prefeitura.
O que é e de onde vem
Segundo o relato no site oficial do movimento, os autores se reuniram entre 11 e 13 de fevereiro de 2001, no Snowbird, estação de esqui em Utah, nos Estados Unidos. Representavam métodos diferentes, como Extreme Programming, Scrum, DSDM, Crystal e Feature-Driven Development. Entre os presentes estavam Kent Beck, Martin Fowler, Alistair Cockburn, Ron Jeffries, Jim Highsmith e Robert Martin. O encontro produziu o manifesto e os doze princípios que o acompanham.
O manifesto tem quatro valores, apresentados em pares. Em resumo: pessoas e interações valem mais que processos e ferramentas; software funcionando vale mais que documentação abrangente; colaboração com o cliente vale mais que negociação de contratos; e responder a mudanças vale mais que seguir um plano. O texto original diz que há valor nos itens da direita, mas que os da esquerda valem mais. Não se trata de abolir processo, documento, contrato ou plano.
Isso é importante no setor público, em que contrato, documento e plano são exigências legais. O manifesto não pede que eles sejam abandonados: pede que não sejam confundidos com o resultado.
Por que ajuda no setor público
Boa parte dos problemas de projetos públicos vem de especificações longas, entregas tardias e usuários que só veem o resultado no fim. Os valores do manifesto oferecem uma bússola contra isso: mostrar uma versão simples cedo, ouvir quem usa e ajustar. Eles ajudam a conversar com fornecedores e com o controle sobre entregas em etapas, com aceite parcial.
Eles também lembram que o resultado é o ponto, não o documento. Um relatório de gestão de cem páginas que ninguém lê é um plano seguido, e o município continua sem ver o que mudou. O manifesto devolve a pergunta: o que está funcionando para o cidadão hoje?
Como aplicar na prefeitura, passo a passo
- Identifique um serviço com queixa recorrente. Escolha algo que o usuário sente, como demora no balcão ou formulário confuso.
- Converse com quem usa. Antes de especificar, ouça usuários e servidores da ponta. Duas ou três conversas já revelam problemas.
- Entregue uma versão simples. Defina o menor passo que melhora a vida do usuário e faça em semanas, não em meses.
- Mostre e colha reação. Apresente o resultado a quem usa e a quem decide, e anote o que mudar.
- Ajuste o plano. Reordene as prioridades com base no que foi aprendido, registrando a justificativa.
- Documente o necessário. Mantenha registros exigidos por lei e úteis à equipe, sem produzir papel que ninguém usa.
- Repita em ciclos. Fixe um ritmo, como a cada duas semanas, e revise o que a equipe aprendeu sobre o modo de trabalhar.
Modelo para preencher
Use a ficha abaixo como ponto de partida. Adapte à legislação e à realidade do seu órgão.
| Valor do manifesto | O que significa na prefeitura | Prática que adotaremos | Risco a evitar | Como medir |
|---|---|---|---|---|
| Pessoas e interações | Equipe e usuário no centro das decisões | |||
| Software (serviço) funcionando | Entrega visível a cada ciclo | |||
| Colaboração com o cliente (cidadão e área demandante) | Ouvir e envolver quem usa | |||
| Responder a mudanças | Replanejar com base em aprendizado |
Exemplo prático
Exemplo hipotético. Uma secretaria de assistência social recebe reclamações sobre a dificuldade de agendar atendimento. O plano inicial era contratar um sistema completo em um ano. Aplicando o espírito do manifesto, a equipe começa com um agendamento por telefone e planilha compartilhada, mede o tempo de espera e entrevista dez usuários.
Em seis semanas, a mudança reduz as faltas e mostra quais informações o futuro sistema precisa ter. Quando a contratação ocorre, o termo de referência já nasce com requisitos testados, e o contrato prevê entregas e aceites em etapas.
Erros comuns
- Usar o manifesto como desculpa para não planejar. Planejar continua necessário. O que muda é revisar o plano com frequência.
- Descartar documentos exigidos por lei. Registros, atas e processos administrativos continuam obrigatórios. A questão é não excedê-los.
- Aplicar sem apoio da liderança. Sem autoridade para decidir e ajustar, o ciclo curto perde força.
- Confundir velocidade com pressa. Entrega frequente não significa menos qualidade, e exige acordos claros sobre o que é pronto.
- Copiar a linguagem sem mudar a prática. Usar termos ágeis sem ouvir usuários é apenas rótulo.
Perguntas frequentes
Quando foi escrito o Manifesto Ágil?
Em fevereiro de 2001, em encontro de dezessete profissionais no Snowbird, em Utah.
Manifesto Ágil se aplica só a software?
Nasceu no software, mas seus valores são usados em outras áreas, com adaptações. Cada órgão deve avaliar o que serve.
Scrum e Manifesto Ágil são a mesma coisa?
Não. O manifesto é uma declaração de valores; o Scrum é um dos frameworks que adotam essa filosofia.
O manifesto contraria a lei de licitações?
Não necessariamente. A lei regula a contratação, e o espírito do manifesto pode orientar o desenho de entregas e de aceites, com apoio do jurídico.
