Demora para entregar valor para o cliente. Necessidade de reiniciar do zero caso haja mudança de escopo. Muitos dados para lidar/testar na entrega ao invés de foco em pequenas etapas.
Demora para entregar valor para o cliente. Necessidade de reiniciar do zero caso haja mudança de escopo. Muitos dados para lidar/testar na entrega ao invés de foco em pequenas etapas.
Verdade Jacqueline,
O pior de tudo é seguir com o projeto e só na entrega se dar conta que aquilo não faz mais sentido... Pior prejuízo e desperdício de tempo e recursos financeiros. =o
É verdade que se formos utilizar Waterfall a risca, fica muito engessado. Alguns aplicativos atualmente já permitem que o mesmo projeto seja visto pela perspectiva de Waterfall, Gantt, Kanban e outras. Acredito que poder ver tarefas e subtarefas é importante num contexto de processo pois para determindas atividades é óbvio que você precisa saber o que vem antes para poder fazer depois. O "jogo de cintura", revisar e remover o que não faz mais sentido, cancelando pontos defasados é muito importante. Trabalhei com Waterfall adaptado em órgão público, um dos lugares mais engessados no imaginário das pessoas, mas tentávamos trazer para as reuniões o máximo de liberdade para realizar revisões.
A metodologia Waterfall não permite mudanças no decorrer do desenvolvimento do software, o que, com a experiência nessa área, constatou-se que ocorre muito devido à natureza dos projetos. O uso de metodologia Agile permite que o cliente receba entregar parciais e vá validando a cada etapa, e assim definindo a próxima, e os requisitos vão sendo implementados ao longo do projeto e não decididos todos de uma vez antes de começar.
Ótimos pontos, Mariana.
Sem nada a acrescentar. =)
Se a gente seguir em cascata, sem mudar, pode resultar em insatisfação do clinete porque o produto não irá atender as necessidades.