9
respostas

Método Waterfall: Por que ele não o é ideal ao desenvolver um software?

O método waterfall garante que os processos cumpram requisitos, regulamentações e prazos muito específicios. Tudo ocorre de forma cronológica, de maneira que uma etapa não pode ser iniciada sem que a outra tenha terminado. Na elaboração de um software, as etapas podem ocorrer de formas simultâneas e ao final de uma etapa, pode-se perceber a necessidade de mudanças em uma fase bem anterior do projeto. Com um modelo mais engeassado como o waterfall, que inviabiliza a retomada de etapas anteriores, toda essa dinâmica se torna muito morosa, exigindo um esforço muito maior do que quando adotado o agility. Quando tratamos de engenharia de software, estamos falando de um cenário de mudanças e inovações, onde é necessário, muitas vezes, reconsiderar protótipos e adaptá-los para as novas transformações. Como conseguir isso com o waterfall? Ele possivelmente resultaria em atrasos nos projetos e altos custos.

9 respostas

Acredito que, o atual cenário, já não permite trabalhar com o método waterfall. Diferente da Engenharia Civil, mas comumente utilizada como exemplo, o qual funciona e muito bom, por experiência como Engenheiro Civil. Contudo, na Egenharia de Software o método Agile é o mais adequado. Não consigo vizualizar o métdodo waterfall sendo utilizado nesse sentido.

O waterfall já vi funcionar bem para entregas de pequenos sistemas.

Gostaria de saber porque algumas grandes organizações utilizam o waterfall para entrega de produtos digitais ?

A engenharia de software herdou muitos processos das engenharias já consolidadas, mas alguns setores precisam de adaptações. Na área de softwares, diferente da área de engenharia civil, alguns processos precisam ser mudados durante o percurso, isso pode ocorrer por uma mudança na legislação, quando o cliente encontra novas necessidades, etc. Então o modelo mais viável é o Agile.

Acredito que o método waterfall não seja ideal para desenvolvimento de software justamente pela forma que ele é estruturado. Não mudanças ao longo do seu processo, assim como foi citado no exemplo na aula. No caso de desenvolvimento de software muitas vezes é necessário mudanças, adaptações no processo de modo que atenda as exigências do cliente. Sendo assim acaba sendo inviável este modelo ser utilizado em desenvolvimento de software.

O desenvolvimento de um software é normalmente um processo dinâmico, que está sempre na mira de alguma mudança, alguma nova ideia, alguma mudança de legislação e principalmente permitir que seja entregue um produto que satisfaça o cliente. O que deixa o waterfall sem ser o ideal.

Acredito que em todo o projeto seja necessário aperfeiçoamento e para que sejam realizadas as melhorias se faça necessárias as mudanças. E o Waterfall deixa esse processo de mudança infalível.

Para o desenvolvimento prévio, somente o escopo, projeto, acho que pode ser sim considerado o método Waterfall, porém após a inicialização do desenvolvimento vamos nos deparar com varias mudanças, o que vai impossibilitar o uso somente do médoto Waterfall.

Acredito que quando se trata de um novo software, com um modelo e requisitos ainda não bem definidos, a utilização do método waterfall será pouco efetiva pois engessará o andamento do projeto, dificultando uma possível mudança de escopo que possa a vir ser requisitada a partir de algum insight durante o desenvolvimento.