Última atualização em 24/07/2024
Muito se fala sobre os métodos ágeis e como eles podem ser aplicados no desenvolvimento de software, mas o que significa, exatamente, ser ágil em desenvolvimento de software?
Vamos começar conceituando o que é agile (ágil) em comparação com o tradicional modelo waterfall (cascata).
Agile x Waterfall
Não temos como afirmar que Agile é algo totalmente contraditório ao Waterfall. No desenvolvimento em cascata podemos desenvolver em iterações, desenvolver o que é mais importante primeiro, alinhar as necessidades de negócio do usuário, fazer testes automatizados, entregar produtos rodando de forma antecipada, documentar somente o que é necessário. Tudo aquilo que é reforçado como prática de métodos ágeis.
Normalmente os processos de desenvolvimento de software que usam RUP ou alinhados ao CMM são desenhados de forma mais burocrática e entregam porções maiores de produtos, mas isto é a forma como os processos são configurados, não existindo uma regra ou uma lei obrigando que eles sejam desta forma.
O que significa ser ágil em desenvolvimento de software?
Ter disciplina
Muita gente acha que ser ágil permite a ausência de disciplina. Muito pelo contrário. Os métodos ágeis exigem que as pessoas sejam disciplinadas pois eles estão fundamentados em auto-organização e delegação de responsabilidades para tomada de decisões, buscando atingir objetivos negociados.
Isto implica em assumir um compromisso com a empresa e com o grupo de trabalho do qual faz parte. Se os compromissos assumidos não forem bem planejados e cumpridos, os objetivos não serão atingidos e o resultado alcançado será ruim.
Documentar
Existem pessoas que não gostam de documentar e aí também criaram este mito. Documentação é fundamental em métodos ágeis.
Uma User Story pode ser escrita para os requisitos, mas se este formato de requisito não for efetivo para meus projetos, dá para utilizar Use Cases ou qualquer outro. A documentação para o usuário precisa ser gerada se ela for uma entrega de negócio importante. A documentação do código é obrigatória.
Assim como nos métodos tradicionais a documentação precisa ser planejada e realizada conforme a necessidade de cada projeto.
Seguir um Plano
Para ser ágil não é preciso seguir um plano, certo? Errado.
Os métodos ágeis exigem planejamento. Ele só é executado de forma diferente do que é mais comum. Ele não visa todo o projeto, focando em porções mais curtas de tempo e escopo. A cada entrega de uma pequena parte, um novo planejamento é realizado. Uma visão de longo prazo também é desenhada, mas será difícil você encontrar um cronograma com todas as entregas planejadas.
Lidar com incertezas
Os métodos que podemos chamar de tradicionais tentam antecipar todos os problemas. Se não todos, pelo menos tentam prever muita coisa.
Mesmo que seja possível quebrar um projeto em várias entregas, normalmente tenta-se detalhar tudo que é possível e, é claro, com tudo documentado. Depois disto, cada mudança torna-se um parto e gera reflexos em outras entregas, num efeito cascata de cansar muita gente.
Os métodos ágeis assumem que não dá para prever tudo e focam em entregas mais curtas, mesmo que incompletas, tentando reduzir a ansiedade de usuários e clientes e adaptando estas entregas as novas realidades de mercado, de gosto ou simplesmente de alinhamento de informação (aquela velha frase: “não foi isto que eu pedi”).
Se você precisa antecipar tudo, vai ser difícil usar métodos ágeis. Talvez possa utilizar algumas técnicas ditas ágeis em conjunto com métodos tradicionais, mas o princípio de antecipar tudo está muito mais ligado aos métodos tradicionais.
Tenha em mente:
A grande relação entre métodos ágeis e métodos tradicionais é que nenhum deles tem a capacidade por si só de resolver todos os problemas que temos em desenvolvimento de software. Existem situações onde será melhor utilizar um ou outro. Cabe a nós entendermos e estudarmos os dois e em cada situação termos habilidade para distinguir qual deles se encaixa melhor.
Se você pode ou precisa trabalhar com maior dinamismo de escopo, de design, de tecnologia ou por exigência da área de negócio, os métodos ágeis se encaixam muito bem.
Graduada consultora em ERP pela UDESC e pós-graduada em Engenharia de Software pela PUC/PR. Gerente de Projetos com mais de 25 anos de atuação em empresas de médio e grande porte. Possui certificação PMP (Project Management Professional) pelo PMI (Project Management Institute) e CSM (Certified Scrum Master) pela Scrum Alliance.
