Os Quatro Valores Ágeis
Entendendo o que valorizamos mais, e o que ainda valorizamos (só que menos).
1Lendo o Manifesto Corretamente
O Manifesto Ágil declara quatro preferências, não absolutos:
"Passamos a valorizar X mais que Y. Ou seja, embora haja valor nos itens à direita, valorizamos mais os itens à esquerda."
Isso é crucial. Não é "X bom, Y ruim." É "quando forçado a escolher, prefira X."
Leitura Equivocada Comum
"Não precisamos de documentação porque somos ágeis" NÃO é o que o manifesto diz. Documentação tem valor; apenas não é o foco principal.
2Indivíduos e Interações mais que Processos e Ferramentas
Ótimas ferramentas e processos não podem salvar uma equipe disfuncional. Mas uma ótima equipe pode ter sucesso com ferramentas medianas.
O que isso significa na prática:
- Contrate para colaboração, não apenas habilidades técnicas
- Escolha processos que sirvam a equipe, não o contrário
- Quando o processo cria atrito, corrija o processo
- Conversa cara a cara supera threads de e-mail
O que isso não significa:
- Caos sem processo algum
- Ignorar ferramentas úteis
- Conhecimento tribal não documentado
A equipe percebe que seu standup diário se tornou um relatório de status para o gerente. Eles discutem e mudam o formato para focar na colaboração.
Uma equipe usa o Jira exatamente como a corporação determina, mesmo que o fluxo de trabalho não corresponda a como eles realmente trabalham. Eles mantêm dois sistemas.
3Software Funcionando mais que Documentação Abrangente
A melhor documentação do que um sistema faz é o próprio sistema. Código que roda supera especificações que descrevem o que o código pode fazer algum dia.
O que isso significa na prática:
- Entregue cedo e frequentemente
- Meça o progresso por funcionalidades funcionando, não documentos concluídos
- Escreva apenas documentação suficiente, no momento certo
- Mantenha a documentação próxima ao código para que permaneça atualizada
O que isso não significa:
- Nunca documentar
- Código ilegível sem comentários
- Nenhuma discussão de design antes de codificar
4Colaboração com o Cliente mais que Negociação de Contratos
Contratos assumem que você pode especificar tudo antecipadamente. Colaboração assume que você aprenderá juntos. Em um mundo de incerteza, a colaboração vence.
O que isso significa na prática:
- Inclua stakeholders em revisões regulares
- Busque feedback cedo, não apenas no final
- Ajuste o escopo com base no aprendizado
- Construa confiança através da transparência
O que isso não significa:
- Nenhum contrato ou acordo
- Expansão ilimitada de escopo
- O cliente sempre tem razão (eles frequentemente não sabem o que precisam)
5Responder a Mudanças mais que Seguir um Plano
Planos são úteis. Apegar-se a planos desatualizados é prejudicial. O objetivo não é evitar planejamento—é planejar de uma forma que permita adaptação.
O que isso significa na prática:
- Iterações curtas com oportunidades de replanejamento
- Receber bem requisitos em mudança, mesmo tarde no desenvolvimento
- Rastrear velocidade para melhorar estimativas futuras
- Encerrar projetos cedo quando não estão funcionando
O que isso não significa:
- Nenhum planejamento
- Mudar de direção todos os dias
- Desenvolvedores ignorando o roadmap
O Paradoxo do Planejamento
No ágil, na verdade planejamos com MAIS frequência do que no waterfall—apenas em lotes menores. "Responder a mudanças" requer replanejamento constante.
- O manifesto declara preferências, não absolutos—o contexto importa
- Os itens à direita ainda têm valor
- Cada valor aborda um modo de falha específico do desenvolvimento tradicional
- Ser ágil significa internalizar esses valores, não apenas seguir regras