Desenvolvimento ágil

O desenvolvimento ágil é uma abordagem para a construção de software que entrega o trabalho em iterações curtas, incorpora feedback continuamente e adapta os planos à medida que a compreensão melhora. Foi articulado no Manifesto Ágil em 2001, que estabeleceu quatro preferências de valor: indivíduos e interações em vez de processos e ferramentas, software funcionando em vez de documentação abrangente, colaboração com o cliente em vez de negociação de contratos e resposta à mudança em vez de seguir um plano.

A redação do manifesto é frequentemente citada incorretamente de uma forma que importa. Cada declaração expressa uma preferência entre duas coisas que têm valor, não uma rejeição da segunda. O documento afirma explicitamente que, embora os itens à direita tenham valor, os itens à esquerda são mais valorizados. Implementações que interpretam o manifesto como proibindo documentação, planejamento ou contratos descartaram metade do seu conteúdo e geralmente produzem a desordem que os críticos atribuem à própria abordagem.

A lógica subjacente reside na incerteza. O desenvolvimento sequencial pressupõe que os requisitos possam ser especificados com precisão antecipadamente, o que é válido para problemas bem compreendidos, mas não para produtos cujo valor depende da forma como as pessoas reagem a eles. A entrega iterativa reduz o custo do erro, diminuindo o intervalo entre uma decisão e a obtenção de evidências sobre ela, o que é valioso na medida em que o problema é incerto.

O erro mais comum na prática é adotar as cerimônias sem os princípios. As organizações introduzem reuniões diárias, limites de iteração e práticas de estimativa, mantendo escopo fixo, prazos fixos, planejamento anual e nenhum mecanismo para agir com base no feedback. O resultado é um desenvolvimento sequencial conduzido em segmentos de duas semanas com reuniões adicionais, o que é mais lento do que qualquer uma das abordagens quando aplicadas corretamente e gera um ceticismo generalizado em relação à metodologia.

A colaboração com o cliente é o elemento que as organizações consideram mais difícil e que mais frequentemente negligenciam. Adaptar-se ao feedback exige obtê-lo de fato, o que significa que usuários reais interagem regularmente com o software em funcionamento. Equipes que operam com base em um intermediário, seja um stakeholder interno ou uma especificação escrita, têm a cadência de iteração sem a contribuição que lhe dá propósito, e iteram confiantes em uma direção que ninguém validou.

A escalabilidade introduz uma dificuldade genuína que a formulação original não abordou, visto que o manifesto foi escrito tendo em mente pequenas equipes alocadas no mesmo local. Coordenar muitas equipes em um único produto exige mecanismos de alinhamento, gerenciamento de dependências e coerência arquitetônica, e as diversas estruturas de escalabilidade que abordam isso são frequentemente criticadas por reintroduzir o peso processual que a abordagem pretendia reduzir. A tensão é real, e não se trata de uma falha de entendimento.

A avaliação deve focar nos resultados, e não na adesão. As questões relevantes são se o tempo entre a concepção da ideia e a validação do aprendizado diminuiu, se a equipe consegue mudar de direção quando as evidências o justificam, se a qualidade é mantida em vez de ser comprometida em função do prazo e se o produto é comprovadamente melhor para os usuários. Equipes que executam todas as práticas prescritas, lançando o produto anualmente de acordo com uma especificação fixa, adotaram o vocabulário, mas não obtiveram nenhum dos benefícios.

Como a abordagem depende tanto das condições organizacionais quanto da prática da equipe, a adoção frequentemente exige mudanças na governança, no financiamento e no planejamento que estão fora da equipe de implementação. Na prática, isso é abordado dentro de desenvolvimento de produtos juntamente com o próprio processo de entrega, com o ciclo de feedback suportado por pesquisa de usuárioE as organizações que desenvolvem essa capacidade internamente geralmente a estabelecem dentro de um departamento de produtos onde a responsabilidade pelo planejamento e pela execução caminham juntas.