A adoção das metodologias ágeis no desenvolvimento de software

O desenvolvimento de software tem ficado cada vez mais complexo desde o seu surgimento. No
começo, muitas práticas de engenharia foram adaptadas e a metodologia sequencial,
denominada Cascata, foi a mais utilizada. Durante o amplo uso dessa metodologia, novas
arquiteturas e metodologias foram desenvolvidas para atender os problemas mais específicos e
recorrentes na área de software, como documentações desatualizadas, frequentes mudanças
de requisitos, atritos nas negociações de contratos com os clientes, entre outros. Com as
dificuldades, novas meios foram desenvolvidos. Em 2001 ocorreu um evento marcante para a
adoção de novas metodologias de desenvolvimento de software, nesse ano foi publicado o
Manifesto Ágil.

O Manifesto Ágil foi um documento elaborado por dezessete desenvolvedores críticos dos
padrões de desenvolvimento de software da época, que decidiram se reunir para discutir os
problemas recorrentes e chegaram a um consenso sobre um jeito melhor de abordar o
desenvolvimento de software. Esse jeito é descrito por meio de princípios e valores, com a
prioridade principal de satisfazer o cliente por meio de entregas rápidas e continuas de software.
No Manifesto Ágil estão presentes contrastes do que é mais valorizado no desenvolvimento de
software para atender essa prioridade, que exige maior adaptação a mudança e entrega
contínua de software. Para que isso ocorra, há uma redução na parte burocrática, por meio da
valorização maior dos indivíduos em vez de processos, software em funcionamento em vez de
documentação abrangente, colaboração com o cliente em vez de negociação de contratos,
responder as mudanças em vez de seguir um plano.

Com o tempo, as metodologias de desenvolvimento de software com base nos mesmos

princípios do manifesto ágil ganharam cada vez mais relevância. Uma importante metodologia
que veio a emergir foi a Extreme Programming (XP), desenvolvida anteriormente por um dos
signatários do manifesto ágil e aperfeiçoada ao longo do tempo. Ela buscou elencar práticas que
levam todas as características que são consideradas mais benéficas no manifesto ágil ao
extremo. A exemplo disso, como a revisão de código é considerada benéfica, levado ao extremo
temos a programação em par. Outros exemplos de métodos e práticas de engenharia de
software para XP são: testar antes de programar (TDD), integração contínua, implantação
contínua, código coletivo, base de código única e implantação diária.

Outra ferramenta relacionada ao movimento ágil é o Scrum. Um framework que começou a ser
utilizado nos anos 90, que promove o uso constante de iterações para constante inspeção,
adaptação e validação de software. O framework é constituído principalmente de papéis,
cerimônias e artefatos.

Um time Scrum tipicamente é composto de um Product Owner (PO), Desenvolvedores e o Scrum

Master (SM). O PO é responsável por manter a relação de requisitos dos clientes priorizados,
em um artefato conhecido como Product Backlog. Para atender ao backlog são executadas as
Sprints, que é um ciclo desenvolvimento. Esse ciclo se inicia com a cerimônia de Sprint Planning,
que reúne os desenvolvedos e o PO para acordar sobre a meta do ciclo (Sprint), o que será
desenvolvido e o dimensionamento de complexidade das atividades. As tarefas detalhadas para
desenvolvimento são armazenadas em um artefato chamado Sprint Backlog. Diariamente os
desenvolvedores se reúnem para se manter cientes do andamento das atividades e o Scrum
Master atua na remoção de impedimentos identificados pela equipe e dá suporte para a correta
aplicação do framework. Uma Sprint leva em torno de 1 a 4 semanas e ao final dela deve ser
apresentado e entregue ao PO um pacote potencialmente implantável, em uma cerimônia
conhecida como Sprint Review. Por fim, ocorre a Sprint Retrospective, que busca refletir sobre
a Sprint que foi concluída, para identificar o que pode ir melhor, o que não foi bem e o que
poderia ser feito de forma diferente na próxima Sprint.

Atualmente, as metodologias, frameworks, processos e métodos baseados nos princípios ágeis

de desenvolvimento de software tornaram-se bem populares. Os benefícios de técnicas como
TDD (Test Driven Development), Continuous Integration (CI) e Continuous Deployment (CD) são
frequentemente notados e requisitados no desenvolvimento de software complexos, pois há
um retorno real de longo prazo na manutenção e evolução do código. Porém, nenhuma técnica
está isenta de críticas e avaliação de sua utilização. Por exemplo, o custo maior para desenvolver
em pares, preparar o código para testes, integração e implantação automatizados, bem como
críticas aos frameworks, como o Scrum, que por não exigir uma formalização e dar muita
abertura as mudanças, podem gerar muito retrabalho e dar espaço para a inclusão de requisitos
indefinitivamente. Outras práticas como reuniões diárias, também podem dispersar a atenção
dos desenvolvedores e levar a questionamentos improdutivos, ou até mesmo criar uma
sensação ruim de ambiente com microgerenciamento. Acredito que o melhor é conhecer bem
os processos, métodos e ferramentas para utilizá-los com flexibilidade, de acordo com as
expectativas e características da equipe de desenvolvimento, dos clientes e dos projetos que
serão desenvolvidos.