Método Agile vs. Waterfall - Comparação e diferenças
No mundo do trabalho, ouvimos o tempo todo que estamos em um mundo VUCA e que precisamos nos adaptar ao nosso ambiente em constante mudança. Todos falam sobre estarmos em uma transformação rumo à agilidade. Algumas pessoas talvez não consigam mais enxergar isso e se perguntem o que isso significa para as organizações.
Em contraste com a chamada metodologia em cascata, a agilidade é de um calibre completamente diferente. Quando você tenta entender o que é o método Agile vs. cascata e qual é o mais adequado, é bem possível se confundir.
Se você pensa da mesma forma, talvez possamos ajudá-lo, pois aqui explicamos o que significa ágil versus cascata.
Modelo em cascata
Fiel ao lema “vassouras velhas varrem bem”, o método em cascata testado e comprovado é usado em muitas empresas. Isso não é surpreendente e, certamente, nem sempre está errado, porque o modelo em cascata é o clássico do gerenciamento de projetos e já provou em muitos casos que pode ser eficaz.
Mas o que significa realmente Ágil vs. Cascata? O modelo em cascata é um modelo de processo linear, no qual o procedimento é organizado em fases de projeto sucessivas com pontos de início e fim concretamente definidos. Grosso modo, pode imaginar-se da seguinte forma:
Antes de nos aprofundarmos, uma observação rápida. Recentemente, tivemos 11 especialistas internacionais em agilidade como convidados em um webinar – sobre uma pergunta: Como você dimensiona métodos ágeis adequadamente?
O resultado é esta fantástica gravação em vídeo (inglês), que aborda as seguintes questões, por exemplo:
- É melhor começar de baixo para cima ou de cima para baixo?
- Como você faz com que os líderes concordem com uma visão comum?
- Como escolher a estrutura ágil correta – e por que ela não é tão importante assim?
Minha recomendação mais calorosa: dê uma olhada! Leva um tempo relativamente longo, mas vale a pena cada minuto.
Vamos dar uma olhada em tudo isso com um exemplo simples:
Na fase de definição é primeiramente definido o que deve ser criado. Por exemplo, o cliente expressa um desejo: Ele quer uma mesa. Analisam-se e definem-se então os requisitos e cria-se um plano do que precisa de ser feito. No projeto, cria-se então um projeto de produto, no nosso exemplo, um esboço da mesa.
Na fase de implementação tudo se torna mais concreto: Selecionamos o material, determinamos as dimensões exatas e construímos a mesa. No controlo, verificamos se tudo funciona como planeámos: A mesa está de pé? As proporções estão corretas? A Avaliação ocorre então juntamente com o cliente: Entregamos o produto e recebemos feedback.
Então, por que mudar alguma coisa se o ditado diz: nunca mude um sistema em funcionamento.
Metodologia Agile (iterativa) vs. waterfall (linear)
Embora o modelo em cascata definitivamente tenha aspectos positivos e seja eficaz em muitas situações, as empresas devem se envolver em um processo mais ágil. Por quê? Porque o mundo em que todos nós operamos está fazendo exigências cada vez mais complexas e contraditórias, e muitas vezes achamos difícil reagir a elas com o pensamento em cascata.
O método em cascata tem alguns perigos. Embora tenhamos uma grande sensação de segurança por meio do planejamento e da estrutura, também estamos muito limitados em nossos processos. O processo de trabalho é bastante estático e, devido ao planejamento exato, temos apenas uma pequena margem de flexibilidade. E isso é exatamente o que precisamos em nosso ambiente dinâmico. É aí que a agilidade entra em ação. Então, vamos dar uma olhada no Agile em comparação com o método em cascata.
Mas, afinal, qual é a definição de ágil? De acordo com o Duden ágil é algo como “Evidente de agilidade; rápido e ágil” e essa definição se aplica bem ao mundo do trabalho.
Agilidade nas empresas significa ser capaz de adaptar iterativamente estratégias, estruturas e processos às circunstâncias atuais e reais. Isso é essencial, pois estamos enfrentando mudanças complexas devido à digitalização e às mudanças demográficas e, portanto, precisamos nos manter adaptáveis.
A propósito, uma breve nota no contexto da transformação ágil: Quer certificar-se de que está a definir as prioridades certas na sua transformação ágil?
Então faça o nosso check-up de maturidade para a sua transformação ágil - demora apenas 3 minutos. Receberá até uma referência com base nos mais de trezentos outros participantes. Veja o botão 🙂
Criação de uma mesa com métodos ágeis
Vamos continuar com o mesmo exemplo de antes: o cliente quer uma mesa. Então, primeiro começamos fazendo um esboço. Eu o mostro ao cliente e ele decide se o imaginou dessa forma ou não. Caso contrário, o esboço é adaptado novamente. Assim que o esboço é concluído, escolho o material e pergunto iterativamente ao cliente se está tudo a seu gosto.
Talvez o cliente diga: “Ah, não, acho que prefiro pinho em vez de cerejeira”. Então, afinal, é uma madeira diferente: fazemos uma nova seleção. Em seguida, a mesa é montada e, também nesse caso, o cliente é consultado regularmente e, se necessário, são feitas alterações.
Você pode ver: A metodologia ágil nos permite reagir com flexibilidade às mudanças de requisitos, o que é relevante em um ambiente complexo.
Portanto, a natureza estática da metodologia em cascata nem sempre é suficiente. Além disso, pode acontecer que os erros na implementação só se tornem aparentes durante a avaliação devido à concepção rígida do modelo em cascata. Isso resultaria em custos de correção significativamente mais altos do que uma adaptação flexível.
"Muitos membros da equipe não se atrevem a falar!"
Resolva este desafio
"Descobrimos muitos problemas e bugs inesperados em um estágio tardio!"
Resolva este desafio
"Por que às vezes levo horas para preparar uma simples retrospectiva?"
Resolva este desafioAgile vs. métodos em cascata no mundo do trabalho
Muitas vezes ainda é difícil projetar processos ágeis e iterativos nas empresas. Isso se deve ao fato de que as pessoas tendem a ser avessas ao risco por natureza e, às vezes, foram socializadas em seu contexto profissional por décadas com um padrão de pensamento moldado por cascatas.
A aversão ao risco aqui refere-se à tendência, em situações de decisão, de escolher a possibilidade que acarreta o menor risco - ou seja, a menor perda - em termos de resultado. (cf. Kahneman & Tversky, 1979)
Os métodos Ágil vs. Cascata exigem que abandonemos esta suposta segurança: Em vez de recorrer a métodos comprovados e utilizar estruturas e princípios fixos, os antigos padrões de pensamento da ilusão de planeamento são quebrados e são utilizados métodos iterativos. Isto leva inicialmente a uma incerteza aparentemente crescente, uma vez que é necessário aplicar abordagens inovadoras - aparentemente arriscadas - que interpretam a incerteza como parte do plano.
O planejamento para essa incerteza leva à flexibilidade necessária no longo prazo. Desenvolvemos uma gama de opções de ação que, por sua vez, estabiliza a segurança no mundo do trabalho VUCA.
Manter a dinâmica e a estabilidade em equilíbrio
A metodologia ágil - tal como a metodologia em cascata - inclui certas desvantagens:
- Os métodos Agile tornam as incertezas do planejamento visíveis e as levam em consideração, de modo que os planos devem incluir mais espaço para novas descobertas
- O resultado concreto é mais difícil de estimar, pois novas descobertas podem levar a desvios do resultado planejado originalmente.
- Pelos motivos mencionados acima, os sucessos parecem menos calculáveis em comparação com o projeto clássico em cascata.
Naturalmente, dependendo do projeto, diferentes abordagens são mais ou menos adequadas.
O modelo em cascata é particularmente adequado para projetos que já contêm requisitos conhecidos e constantes contêm.
Os métodos ágeis são particularmente adequados para projetos em que muitos fatores imprevisíveis podem ocorrer e, portanto, são necessários ciclos de reflexão flexíveis. Na maioria dos projetos tecnológicos, essa incerteza é inevitável, razão pela qual os métodos ágeis estão a ganhar força, especialmente aqui.
A propósito: se você quiser exigir especificamente uma mentalidade ágil em sua equipe ou empresa, vale a pena dar uma olhada em nosso artigo sobre a a incrível verdade por trás da mentalidade ágil .
Agile vs. método cascata ou combinação?
Com todo o hype em torno de “ágil”, por vezes pode-se tender a ver os métodos ágeis como uma panaceia. Injustamente. O resultado talvez surpreendente deste texto é claro.
Acontece que o uso de de ambas as metodologias combinados leva eficientemente ao objetivo (Herrmann, 2007). Essas combinações são úteis em situações em que o modelo em cascata é necessário, mas não é adequado à complexidade do projeto.
Uma espécie de meio termo entre os dois métodos é o chamado Desenvolvimento orientado por recursos (FDD).
Em FDD desenvolve-se - como na metodologia em cascata - um plano concreto a longo prazo com sequências individuais e fixas: as funcionalidades. No entanto, as funcionalidades individuais são muito curtas, o que permite reações a curto prazo a requisitos em mudança. O procedimento não é tão iterativo como os métodos ágeis, mas pode representar um meio-termo adequado.
E assim chegamos ao resultado um tanto surpreendente: Nem sempre tem de ser Método Ágil vs. Cascata. Os dois métodos podem complementar-se mutuamente. Ambos têm a sua justificação. Dependendo do projeto e do contexto.
Porém, como os métodos ágeis ainda são um território desconhecido para muitos, eles se perguntam, com razão, como poderiam experimentar os métodos ágeis.
Você não tem certeza de como começar?
Para muitos, a “agilidade” ainda é um território desconhecido. Eles perguntam-se, com razão: Devo fazer o projeto de forma ágil ou em cascata? Como é que eu começaria com métodos ágeis? Uma resposta “ágil” a isto seria: Comecem a fazer experiências. Experimentem iterativamente coisas diferentes.
Classicamente, os métodos ágeis são introduzidos através de duas vias, que também são excelentes para “principiantes”: Kanban e retrospetivas.
Kanban e retrospectivas como um ponto de partida clássico
O Kanban usa um quadro (Kanban) visível publicamente no qual cada membro da equipe torna transparentes suas atividades atuais. Isso promove a comunicação, a eficiência e, por fim, o sucesso do projeto. Você pode encontrar mais informações sobre o Kanban aqui.
A ideia básica por trás das retrospectivas é refletir ativamente sobre a equipe regularmente. Normalmente, a cada quinze dias, você se senta em uma reunião de retrospectiva e faz perguntas como: O que está indo bem no momento? O que não está indo tão bem? E que medidas podemos tomar para melhorar as coisas?
Se estão a pensar em introduzir métodos ágeis…
Se você ainda estiver procurando por um quadro retrô adequado, nosso artigo poderá ajudá-lo com o assunto: As melhores placas retrô em comparação.
Fontes
Richard H. Thaler, Amos Tversky, Daniel Kahneman, Alan Schwartz, The Effect of Myopia and Loss Aversion on Risk Taking: An Experimental Test, The Quarterly Journal of Economics, Volume 112, Edição 2, maio de 1997, Páginas 647–661, https://doi.org/10.1162/003355397555226
Herrmann, A. (2007). Feature Driven Development between Waterfall and Agility (Desenvolvimento orientado a recursos entre cascata e agilidade).
