Waterfall é a melhor abordagem para o seu projeto?

Pesquisa do Project Management Institute de 2017, mais de 37% dos projetos concluídos utilizaram o Waterfall como método de escolha, tornando-o a metodologia mais utilizada para gerenciamento de projetos em todo o mundo. Se levarmos em conta os 20% que relataram métodos híbridos, então mais da metade dos projetos pesquisados ​​usam Waterfall de uma forma ou de outra – dificilmente o número de uma tecnologia em extinção.

Então, você deveria seguir a massa e adotar o Waterfall como metodologia? Bem, se a resposta fosse apenas sim ou não, não estaríamos tendo essa conversa.

Definindo estruturas em cascata

Na sua forma mais básica, Waterfall é uma abordagem para desenvolvimento de software isso é sequencial e discreto. Espera-se que as equipes sigam um conjunto de fases rigorosas que começam com o levantamento de requisitos e terminam com a entrega e manutenção do projeto.

Nós chamamos isso sequencial porque as fases formam uma sequência de etapas que devem ser transitadas em uma ordem específica, como a água caindo de uma cachoeira. Não há volta, não há desvios e nem saídas rápidas.

Cada fase é discreto na medida em que são independentes um do outro (ou pelo menos tão independentes quanto possível) e essa fase não pode começar a menos que as etapas anteriores sejam concluídas. Você não pode começar a testar seu trabalho até que o design do sistema e sua implementação estejam concluídos.

Embora haja um pouco de variação, a maioria das estruturas em cascata tem as mesmas etapas básicas:

Recolha de requisitos: A equipe reúne informações sobre a natureza do projeto, por exemplo, funcionalidades esperadas, o tipo de dados com os quais vai trabalhar e o ambiente onde será implantado, entre outros.

Projeto de sistema: A equipe formula um plano de abordagem e toma decisões estratégicas, por exemplo, quais tecnologias serão utilizadas no projeto.

Implementação: A equipe começa a trabalhar no projeto com base em suas escolhas de design.

Teste: A equipe executa um protótipo do projeto e verifica se há bugs ou erros.

Entrega/implantação: O projeto entra em operação e é entregue ao proprietário.

Manutenção: A equipe fornece suporte e corrige bugs relatados pelos usuários.

Tenha em mente que embora isso possa parecer bastante rígido, há uma certa margem de manobra. Por exemplo, a equipe pode voltar ao design do sistema para repensar sua abordagem ou voltar à implementação e trabalhar no projeto, dependendo da natureza dos erros encontrados durante o teste. Claro, a ideia é evitar ao máximo esse tipo de retrocesso.

Estruturas em cascata e você

Para descobrir se o Waterfall é adequado para você, primeiro você precisa entender seus pontos fortes e como eles resolvem certos tipos de problemas melhor do que outros métodos.

As metodologias em cascata utilizam uma estrutura muito clara, o que pode enlouquecer os desenvolvedores, mas para clientes ou colegas de outras áreas é muito mais palatável e fácil de digerir. Por exemplo, é mais fácil justificar um orçamento quando você tem uma meta e um cronograma claros.

Portanto, se o seu projeto envolve investimento externo, precisa ser aprovado por outros departamentos ou irá influenciar outras áreas de forma inesperada, uma abordagem em cascata tende a ser mais atraente para pessoas fora do projeto. As tarefas parecem mais organizadas e mais fáceis de explicar.

Como os requisitos são definidos desde o início e permanecem constantes ao longo do processo, as estruturas em cascata estabelecem metas muito claras desde o início e dissuadem as equipes de se desviarem muito delas.

Projetos pequenos e pequenos equipes têm muito a ganhar com uma abordagem focada. Os projetos são concluídos mais rapidamente e os desenvolvedores ficam menos propensos a gastar recursos e tempo em recursos secundários que podem não ser fundamentais para o produto. Se sua equipe for pequena e seus projetos previsíveis, o Waterfall poderá fornecer a estrutura ideal.

O Waterfall é altamente metódico, portanto, não deve surpreender que a estrutura enfatize procedimentos de comunicação muito claros em cada etapa.

Como cada processo é cuidadosamente documentado, é mais fácil compartilhar informações entre as diferentes equipes que lidam com diferentes estágios do processo de desenvolvimento. Além disso, novos membros podem consultar a documentação e acompanhar o projeto mais rapidamente.

Se você acha que sua equipe pode mudar em algum momento ou que você pode parar de adicionar novos membros, o Waterfall fornece uma boa estrutura de comunicação para manter todos informados.

Embora seja difícil prever o comportamento do grupo, as novas equipes muitas vezes têm dificuldade para se conhecerem e compreenderem seu fluxo de trabalho. Estruturas rígidas como o Waterfall criam rotinas de trabalho mais fáceis de estabelecer e negociar, facilitando o trabalho em equipe, pelo menos nas fases iniciais do projeto.

Por fim, o Agile exige uma certa sobrecarga de gerenciamento que nem todo gerente de projeto está treinado para lidar. A noção de gerenciamento de projetos é bem diferente no Agile daquela a que estamos acostumados.

Como tal, Waterfall, apesar de todas as suas peculiaridades, pode ser uma metodologia mais fácil de entender e gerenciar para um iniciante – a menos que você tenha um gerente treinado em ágil ou se sua equipe tiver um gerente de projeto que não seja desenvolvedor de software.

No final, não há 2 projetos cortados do mesmo tecido. Portanto, pensar que uma única metodologia pode ser uma solução para qualquer problema que você esteja enfrentando é, na melhor das hipóteses, esperançoso e, na pior, ingênuo.

Uma abordagem cuidadosa ao desenvolvimento de software que ajude a diagnosticar a natureza do seu problema é fundamental para escolher a metodologia certa para o seu projeto. Não é uma questão do que é popular, é uma questão do que funciona.