Modelo Waterfall / Cascata na gestão de projetos

Entre muitos fatores que tangem a gestão de projetos, a escolha do modelo ao qual você irá seguir é um dos principais e ditará o ritmo e a forma que a sua equipe irá trabalhar para alcançar o objetivo. Hoje vamos abordar nesta postagem o modelo mais tradicional de desenvolvimento de projetos, que inclusive deu origem a muitos outros, o modelo cascata (também conhecido como Waterfall).

O modelo cascata teve seu alicerce no desenvolvimento de softwares. O processo de desenvolvimento de software é similar a um método para todas as atividades, ações e tarefas que são necessárias para conferir qualidade ao produto final e se estende ao desenvolvimento de projetos em geral. Podemos classificar esse processo como um roteiro, para se atingir um objetivo dentro de um prazo estabelecido.

O modelo cascata é uma abordagem linear de gerenciamento de projetos, na qual os requisitos das partes interessadas e dos clientes são coletados no início do projeto e, em seguida, um plano sequencial é criado para acomodar esses requisitos.

Isso significa que, à medida que cada um dos cinco estágios (especificação, design, implementação, teste e manutenção) é concluído, os desenvolvedores passam para a próxima etapa. Dependendo da origem

Como esse processo é sequencial, após a conclusão de uma etapa, os desenvolvedores não podem voltar à etapa anterior – não sem riscar o projeto inteiro e começar do início. Não há espaço para mudanças ou erros, portanto, um resultado do projeto e um plano abrangente devem ser definidos no início e seguidos cuidadosamente.

A abordagem em cascata foi concebida por Winston W. Royce em 1970 e foi rapidamente adotada em uma variedade de indústrias devido ao seu sequenciamento lógico e facilidade de implementação.

O modelo em cascata é uma metodologia de gerenciamento de projetos que possui de cinco a sete fases que seguem em ordem linear estrita, onde uma fase não pode começar até que a fase anterior seja concluída. Os nomes específicos das fases variam, mas foram originalmente definidos por Royce da seguinte maneira:

Especificação

O principal aspecto da cascata é que todos os requisitos (especificações) do cliente sejam reunidos no início do projeto, permitindo que todas as outras fases sejam planejadas sem o envolvimento adicional do cliente até que o produto esteja completo. Supõe-se que todos os requisitos possam ser reunidos nessa fase.

Design

A fase de design é melhor dividida em subfases de design lógico e design físico. A subfase do projeto lógico é quando possíveis soluções são discutidas e teorizadas. A subfase do projeto físico é quando essas ideias e esquemas teóricos são transformados em especificações concretas.

Implementação

A fase de implementação ocorre quando os programadores assimilam os requisitos e especificações das fases anteriores e produzem o código real.

Teste

Nesta fase, o cliente analisa o produto para garantir que ele atenda aos requisitos estabelecidos no início do projeto. Isso é feito liberando um produto completo para o cliente.

Manutenção

O cliente está usando o produto regularmente durante a fase de manutenção, descobrindo bugs, recursos inadequados e outros erros que ocorreram durante a produção. A equipe de produção aplica essas correções conforme necessário até que o cliente esteja satisfeito.

Fácil de usar e gerenciar: como o modelo cascata segue o mesmo padrão sequencial para cada projeto, é fácil de usar e entender. A equipe não precisa de nenhum conhecimento ou treinamento prévio antes de trabalhar nesse tipo de projeto. É um modelo rígido, cada fase possui entregas e análises específicas, facilitando o gerenciamento e o controle.

A disciplina é aplicada: todas as fases têm um ponto inicial e final, e é fácil compartilhar o progresso com as partes interessadas e os clientes. Ao se concentrar nos requisitos e no design antes de escrever o código, a equipe pode reduzir o risco de um prazo não cumprido.

Requer uma abordagem bem documentada: o modelo cascata requer documentação para todas as fases, resultando em uma melhor compreensão da lógica por trás da construção e dos testes. Também deixa um rastro de papel para qualquer projeto futuro ou se as partes interessadas precisam ver mais detalhes sobre uma determinada fase.