Entregue o software em funcionamento com frequência
“Entregue softwares funcionais com frequência, de algumas semanas a alguns meses, com preferência aos prazos mais curtos.”
O próximo princípio enfatiza o uso de uma abordagem iterativa para dividir um projeto em incrementos muito pequenos chamados sprints ou iterações, que normalmente variam de duas a quatro semanas. Existem algumas razões pelas quais isso faz muito sentido:
- Todos os processos de desenvolvimento ágil, como o Scrum, são baseados na melhoria contínua. Em vez de ter um processo rigidamente definido que nunca muda, espera-se que a equipe adote uma abordagem empírica para aprender o que funciona e o que não funciona à medida que o projeto avança e fazer os ajustes necessários. Se o projeto for dividido em incrementos muito curtos e o aprendizado ocorrer no final de cada incremento, o aprendizado e a melhoria contínua podem acontecer muito mais rapidamente. Um mantra ágil popular é: “Falhe cedo, falhe com frequência”. Em outras palavras, em muitos casos, é melhor tentar algo rapidamente, aprender com isso e fazer ajustes, em vez de gastar todo o tempo necessário para tentar projetar uma abordagem que funcione perfeitamente na primeira vez.
- 2. As pessoas trabalham de forma mais produtiva com prazos curtos para fazer as coisas. Se for feito corretamente, a equipe desenvolve uma cadência e um ritmo muito eficientes para produzir incrementos definidos de trabalho com rapidez e eficiência, como uma linha de montagem de manufatura.