Metodologia Cascata vs. Agile no Desenvolvimento de Software

Liz Parody Blocked Unblock Seguir Seguindo 26 de dezembro

Em 2000, o FBI começou a desenvolver um sistema de software de gerenciamento de processos criminais chamado Virtual Case File. Foi um fracasso completo. O custo deste projeto foi estimado em mais de $ 170 milhões de dólares , e após 5 anos de desenvolvimento, prototipagem e design, eles tiveram que abandonar o projeto sem nada para apresentar.

Então, por que falhou?

Por muitas razões; a ausência de uma arquitetura corporativa, um sistema mal projetado, falta de habilidades de gerenciamento de projetos e uma forte dependência de contratados externos.

Mas acima de tudo, por causa da metodologia. Eles usaram a metodologia clássica de cascata, em que 300 pessoas passaram 6 meses criando os requisitos, com um grande projeto inicial, que resultou em 600 requisitos de páginas, 400 documentaram “solicitações de mudança”, 700.000 linhas de código que estavam sendo escritas e revisadas. tempo escrito e outra vez, e sem resultados úteis.

A Metodologia da Cachoeira

Isso não significa que todo projeto que usa a Metodologia de Cascata falhará. Essa metodologia se concentra em uma abordagem mais tradicional e linear , os projetos começam na primeira fase e só progridem para a próxima quando tudo na fase anterior tiver sido concluído. Todos os requisitos devem ser reunidos antes que ocorra qualquer desenvolvimento (contando com a análise prévia e documentação pesadas das necessidades e problemas do cliente), seguido pelo processo de design e, uma vez concluído, a implementação e o desenvolvimento ocorrerão.

Nas fases finais, há a etapa de verificação e manutenção, onde o cliente já possui o produto final e pode testá-lo e verificá-lo de acordo com as especificações somente quando o produto estiver totalmente acabado. Os desenvolvedores então manterão o código, corrigirão os bugs que aparecerem e os manterão atualizados.

Texto original em inglês.