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, em termos concretos, ágil versus cascata? O modelo em cascata é um modelo de procedimento linear no qual o procedimento é organizado em fases sucessivas do projeto com pontos de início e fim concretamente definidos. Em termos gerais, você pode imaginá-lo assim:
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çãoprimeiro é determinado o que deve ser criado. Por exemplo, o cliente declara um desejo: Ele quer uma mesa. Os requisitos são então analisados e definidos, e um plano é elaborado para tudo o que precisa ser feito. No rascunho, cria-se um rascunho do produto, em nosso exemplo, um esboço da mesa.
Na fase de implementaçãotudo se torna mais tangível: escolhemos o material, determinamos as medidas exatas e construímos a mesa. Na fase de controle, verificamos se tudo funciona como planejamos: A mesa está de pé? As proporções estão corretas? A avaliação ocorre junto com o cliente: Entregamos o produto e recebemos o 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 observação rápida no contexto da transformação ágil: você quer ter certeza de que está atualmente as prioridades certas em seu sistema ágil Transformação?
Em seguida, você pode fazer nossa verificação de maturidade para sua transformação ágil –, que leva apenas 3 minutos. Você ainda obtém uma referência com base em mais de trezentos outros participantes. Veja o botão 🙂 Você pode ver 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.
A maioria dos ônibus Agile está circulando em círculos....
...e tratar sintomas superficiais. É hora de você usar a psicologia – para uma mudança de mentalidade sustentável.
Agile 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 de escolher a opção em situações de tomada de decisão que está associada ao menor risco –, ou seja, à menor perda – com relação ao resultado. (cf. Kahneman & Tversky, 1979)
Os métodos Agile vs. cascata exigem que abramos mão dessa suposta certeza: em vez de recorrer a métodos testados e comprovados e usar estruturas e princípios fixos, os antigos padrões de pensamento da ilusão do planejamento são rompidos e métodos iterativos são usados. Inicialmente, isso leva a um aumento perceptível da incerteza, pois é preciso aplicar procedimentos – novos e aparentemente arriscados 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 –, assim como a metodologia em cascata –, apresenta algumas 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.
É claro que, dependendo do projeto, diferentes abordagens são mais ou menos adequadas.
O modelo em cascata é particularmente adequado para projetos que já contêm antecipadamente requisitos conhecidos e constantes.
Os métodos Agile são particularmente ideais para projetos nos quais muitos fatores imprevisíveispodem ocorrer e, portanto, são necessários loops de reflexão flexíveis. Na maioria dos projetos tecnológicos, essa incerteza é inevitável, e é por isso que os métodos ágeis estão em alta, especialmente nesse caso.
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 sobre o "ágil", às vezes você tende a ver os métodos ágeis como uma panaceia. Erroneamente. 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 Como na metodologia em cascata, um plano concreto e de longo prazo é desenvolvido com sequências individuais e fixas: os recursos. Entretanto, os recursos individuais são muito curtos, o que permite reações de curto prazo às mudanças de requisitos. A abordagem não é tão iterativa quanto os métodos ágeis, mas representa um meio-termo apropriado quando necessário.
E assim chegamos a uma conclusão bastante desconcertante: Você não precisa ser sempre Agile vs. Método em cascata. Os dois métodos também podem se complementar. Ambos têm sua justificativa. 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. Com razão, eles se perguntam: prefiro fazer o projeto de forma ágil ou de acordo com a cascata? Como eu poderia começar com os métodos ágeis? Uma resposta "ágil" para isso seria: Comece com experimentos. Experimente coisas diferentes de forma iterativa.
Classicamente, os métodos ágeis são introduzidos de duas maneiras que também são ideais para "iniciantes": Kanban e retrospectivas.
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 você está pensando 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).
https://www.pinuts.de/blog/webstrategie/projektmanagement-wasserfall-gegen-scrum
