Teste de Software

Ágil is the new Tradicional

​

​

Nós já conhecemos a metodologia Cascata. Ela foi eficiente e boa enquanto durou. Agora é a hora do novo. Vamos falar sobre os vários motivos do por que o Ágil conquistou espaço nas empresas mais modernas de software e para os grandes projetos.

​

De acordo com o escritor americano Ron Lichty, o método cascata está desacreditado... em suas próprias palavras: “Dado que ninguém nas equipes de produtos acredita em cascata - mesmo aqueles que utilizam cascata... ” em seu artigo A razão mais convincente para mudar de cascata para ágil ele nos diz que o Cascata não garante que um projeto chegará com sucesso no tempo determinado. Além de desacreditado, ele ainda escreve que “"...o modelo Waterfall - em que cada fase tem de ser concluída antes do início da próxima - mostrou-se há muito tempo inadequado à realidade de como as necessidades de software são compreendidas e especificadas.” Ou seja, o software ele está em constante mudança e requisitos escritos durante meses e desenvolvidos mais meses depois não atende mais a necessidade do cliente, que é mutável. Processos, solicitações legais, mudanças bancárias.... são tantas intervenções durante o processo de desenvolvimento que nosso software definitivamente não termina com a ideia que inicialmente foi concebido. Mas, dentre tantos pontos, vou escolher três para conversarmos sobre o motivo do por que a metodologia Ágil veio pra ficar! Vamos lá!

​

​

Evitar Desperdício

​

A metodologia ágil evita desperdício – de tempo, de recurso, de código... Especificações de 400 páginas, de um sistema que não é mais o que o cliente quer e que não será entregue da forma como está escrito faz com que horas e horas - e isso significa $ e $ - que são desperdiçados em construções que sofrerão tantas melhorias após a finalização que seria melhor ter sido feito de maneira mais transparente e incremental...

​

​

 Construção do que realmente foi pedido

​

"Não existe nada tão inútil quanto fazer eficientemente aquilo que não deve ser feito." − Peter Drucker

O método cascata assume que requisitos todos foram escritos corretamente e que o cliente tinha realmente total ideia do que ele queria quando os apontou ao analista responsável pela coleta das especificações. Depois que é aprovado pelo cliente e diagramas desenhados, o sistema vai para desenvolvimento sem alterações. Na nossa realidade de hoje, não conseguimos imaginar uma coisa que não está em mudando constantemente. Usando as palavras de Miki Cudemo que escreveu em seu artigo Agile vs. Waterfall – what is the big deal?   temos: “O método ágil não tenta "pregar e congelar os requisitos" tudo de uma única vez. Ele assume que os requisitos vão evoluir e mudar assim que o cliente começar a visualizar os próprios requisitos.” Logo, temos então maior probabilidade de construir um sistema que o cliente realmente está esperando.

​

 Agilidade tem menor custo

​

Como disse Kenny Grant no seu artigo Agile Is Cheaper, Right? “Comparar o método cascata com o método ágil é como comparar maçãs com laranjas. Isso porque seguir os princípios e processos ágeis iriam, em minha opinião, quase sempre gerar um produto diferente do que se a mesma necessidade de negócio fosse abordada com um projeto utilizando a metodologia em cascata”.

Por si só, os projetos com desenvolvimento ágil não são mais baratos ou caros, mas sua forma de lidar com alterações e mudanças que impactam menos a equipe e conseguem melhor ajustar o novo escopo do projeto, lhes dão larga vantagem em relação aos projetos com desenvolvimento cascata.

Porém Kenny continua em seu artigo com a conclusão que nos leva a refletir: “Para uma necessidade de negócio específica, seguir os princípios e processos ágeis permite desenvolver produtos que atendem as necessidades de negócio (nada mais, nada menos) de maneira mais barata do que seguindo a metodologia cascata? Nesse caso a resposta é ‘ Sim, absolutamente’ "

Então, era isso... Vamos nos concentrar em deixar nossos projetos práticos, enxutos, testáveis, entregáveis e, principalmente, com entregas que façam sentido aos nossos clientes. Vale apena.

​

​

​

Até o próximo artigo.

​

​

Fonte de pesquisa:

​

https://www.infoq.com/br/news/2013/12/disperdicio-waterfall-agile/

https://productmanagementtips.com/2013/01/24/agile-vs-waterfall-differences/

https://www.agileconnection.com/article/agile-cheaper-right

https://ronlichty.blogspot.com/2013/07/the-most-convincing-reason-to-change.html