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 Agil vs. Cascata concretamente? O modelo Cascata é um modelo de procedimento 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:
Before we go any deeper, a quick note. We recently had 11 international senior agile practitioners as guests in one of our webinars, asking one question: How do you scale agile methods the right way?
The result of this is the following fantastic video recording that answers some of the key questions when scaling agile, for example:
- Should you start your agile transformation rather bottom-up or top-down?
- How do you align leadership on a common goal and vision?
- How do you choose the right agile framework – and why is that actually not that important?
My recommendation: take a look! The video is rather long, but every single minute is worth it.
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: quer uma mesa. Analisa-se e definem-se então os requisitos e cria-se um plano do que deve 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 medidas 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 um 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 ter a certeza de que está atualmente a definir as prioridades corretas na sua transformação ágil?
Então faça a nossa verificação de maturidade para a sua transformação ágil - demora apenas 3 minutos. Receberá inclusive uma avaliação comparativa 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.
"Many team members are afraid to speak up!"
Solve this challenge
"We discover too many unexpected issues & bugs at a late stage!"
Solve this challenge
"Why does it sometimes take me hours to prepare a simple retrospective?"
Solve this challengeAgile 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 se refere à 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 velhos padrões de pensamento da ilusão de planeamento são quebrados e são utilizados métodos iterativos. Isto resulta inicialmente numa incerteza aparentemente acrescida, 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 cascata - envolve 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 cascata é particularmente adequado para projetos que já contenham requisitos conhecidos e constantes de antemão contêm.
Os métodos ágeis são especialmente 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 do “ágil”, por vezes podemos tender a ver os métodos ágeis como uma panaceia. Injustamente. O resultado talvez surpreendente deste texto é inequívoco.
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 - tal como na metodologia cascata - um plano concreto e de 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. Embora a abordagem não seja tão iterativa como os métodos ágeis, pode representar um meio-termo adequado.
E assim chegamos ao resultado um tanto surpreendente: Nem sempre tem de ser Ágil vs. Método Cascata. Os dois métodos podem complementar-se mutuamente. Ambos têm a sua razão de ser. 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 é algo novo. 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” para isto seria: Comece a fazer experiências. Experimente iterativamente coisas diferentes.
Classicamente, os métodos ágeis são introduzidos através de dois caminhos, 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?
Caso estejam 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).
