Quatro valores, não quatro regras
O Manifesto Ágil, publicado em 2001, resume-se a quatro preferências: indivíduos e interações em relação a processos e ferramentas, software funcional em vez de documentação abrangente, colaboração com clientes em vez de negociação contratual, e responder a mudanças em vez de seguir um plano. O texto afirma que os itens à direita ainda têm valor. Não diz "sem plano" ou "sem documentação": diz o que vem primeiro quando tem de escolher.
Dez anos depois, uma edição especial do Journal of Systems and Software fez um balanço da investigação e continuava a tentar explicar porque é que estas práticas funcionam, em vez de apenas as descrever (Dingsøyr et al., 2012). Por outras palavras, agilidade é um conjunto de práticas que se provaram na área, com a teoria a surgir depois.
O que muda dia após dia
O trabalho torna-se visível
Não se pode ajustar o que não se vê. O primeiro passo de uma equipa se tornar ágil é muitas vezes colocar todas as suas tarefas num quadro partilhado, mesmo que isso revele dez coisas "em progresso" para três pessoas.
O ciclo torna-se curto
Em vez de planear doze meses, dás a ti próprio uma ou duas semanas, um objetivo e uma demonstração no final. Esse é o princípio básico do método Scrum, embora possas aplicá-lo sem adotar toda a estrutura.
A medição mantém-se simples
No final de um ciclo, dois ou três números são suficientes: o que está feito, o que é bloqueado, o que escapou. O objetivo é discuti-los, não avaliar a equipa.
A começar esta semana com uma equipa de cinco pessoas
- Segunda-feira: todos listam as tarefas atuais e futuras, sem filtros. Vão para um quadro partilhado.
- Escolha uma duração do ciclo (uma semana para começar) e um objetivo único e realista.
- Todos os dias, cinco a quinze minutos: o que está em movimento, o que está bloqueado.
- Sexta-feira: trinta minutos para mostrar o que está realmente feito, depois dizer em voz alta o que muda na próxima semana.
Se o objetivo for falhado após dois ciclos, primeiro observe o tamanho e a estimativa da tarefa antes de procurar outro método.
Fontes
- Beck, K. et al. (2001). Manifesto para o Desenvolvimento de Software Ágil. agilemanifesto.org
- Dingsøyr, T., Nerur, S., Balijepally, V., & Moe, N. B. (2012). Uma década de metodologias ágeis: Rumo à explicação do desenvolvimento ágil de software. Journal of Systems and Software, 85(6), 1213-1221. doi:10.1016/j.jss.2012.02.033