O “Agile” é a solução ou a causa de seus problemas em TI?

Atualmente todo mundo está obcecado por “Agile”, Scrum, Kanban... Mas quem precisa do “Agile”?
Só há um problema: O “Agile” não é uma varinha mágica, mas uma ferramenta. E, como qualquer ferramenta, em mãos ineptas não trarão nenhum benefício, e podem inclusive causar mais danos e problemas que podem inclusive afetar seus clientes como bugs frequentes em produção, prazos de entrega perdidos, entre outros. No nosso dia a dia conduzimos vários processos de auditoria de qualidade em várias empresas dos mais diversos tamanhos e segmentos e adivinhe? Muitas vezes, esses problemas são o resultado de métodos, estruturas e ferramentas escolhidos incorretamente.
Mas quais são esses problemas?
Várias empresas abordam a implementação do Scrum de maneira muito formal e esquecem do objetivo principal – flexibilidade e velocidade de desenvolvimento. Como resultado, acabam com mais burocracia. Digamos que um desenvolvedor se depare com um pequeno problema, ele definitivamente deveria falar sobre isso na reunião diária da equipe, então ele será solicitado a lembrar sobre isso na Review, além de falar sobre o tópico na Retrospectiva (muitas vezes pode não haver muito o que falar quando você faz isso com frequência, mas em uma a equipe é pequena e bem coordenada).
No outro extremo, estão algumas equipes que distorcem totalmente o Scrum e então surgem algumas pérolas como:
- Reuniões diárias de 1 hora ou mais: Agora, seus desenvolvedores e testadores passam meio dia discutindo quem comeu o quê no café da manhã, e os recursos continuam a ser reduzidos e mais reduzidos;
- Sprint com escopo aberto: Os stakeholders incluem tarefas adicionais no sprint atual, mas não levam isso em consideração no planejamento. O resultado é uma redução no tempo de teste, prazos perdidos, bugs ausentes, etc., etc.
- Tem também aqueles times Scrum com 30 integrantes: Tenta imaginar a confusão nas daylis ou nas retrospectivas... Misericórdia!
Isso sem contar com aquele Scrum Master que é o “gerente” do time Scrum...
Parece familiar? Certamente você já se deparou com outros exemplos em onde “queríamos o melhor, mas acabou como sempre”.
Como evitar tais erros?
A resposta é mais simples do que parece. Antes de copiar cegamente a experiência de outra pessoa, pense e responda: eu realmente preciso do “Agile”? E quando eu digo Agile, eu me refiro a toda a sopa de letrinhas que vem junto com ele: TDD, BDD, Scrum, XP, Kanban, etc, etc, etc...
Vou colocar aqui algumas perguntas que podem ajuda-lo a identificare determinar a viabilidade de implementar uma ou outra estrutura inovadora:
- A administração e os funcionários da empresa estão prontos para uma reorganização completa para implementar uma nova abordagem?
A implementação de um novo modelo muitas vezes requer mudanças significativas nos processos e no comportamento dos funcionários. Você precisa ter certeza de que todos estão preparados para essas mudanças e compreendem sua importância. Sem o apoio dos funcionários, a implementação pode estar fadada ao fracasso.
- A metodologia escolhida se adapta à cultura da sua empresa?
Ignorar a cultura corporativa ao escolher uma metodologia pode levar à resistência à mudança e à redução da eficiência da implementação.
- Qual problema está sendo resolvido?
É importante ter clareza sobre os pontos problemáticos e específicos que você deseja abordar. Esta pergunta ajuda a determinar se a estrutura escolhida realmente resolve problemas reais para o seu negócio ou se você está apenas seguindo uma tendência. Além disso, sem uma compreensão clara do problema que se pretende resolver, será difícil avaliar a sua eficácia.
- O seu setor e modelo de negócios são adequados para a metodologia escolhida?
Nem todas as metodologias são universais e adequadas para todos os negócios. É importante avaliar até que ponto o escolhido corresponde às especificidades da sua atividade.
- Como as mudanças afetarão seus clientes e parceiros?
É importante ter em conta os seus interesses e necessidades e desenvolver um plano para minimizar as consequências negativas.
- Você tem recursos suficientes (financeiros, humanos, de tempo) para implementar e manter novos processos e uma nova metodologia?
A implementação de mudanças muitas vezes requer um investimento significativo. É importante avaliar realisticamente as suas capacidades e certificar-se de que os recursos disponíveis são suficientes para a implementação bem sucedida e maior apoio da metodologia.
- Você tem experiência com ferramentas semelhantes?
Ter experiência com abordagens semelhantes pode facilitar muito o processo de implementação. Caso contrário, será necessário considerar o tempo e os recursos para treinamento dos colaboradores.
- Há necessidade de mudar e adaptar processos constantemente?
Algumas abordagens, como Kaizen e Lean, exigem melhoria contínua e adaptação de processos. É importante avaliar se a sua empresa está preparada para essas mudanças contínuas e, novamente se possui os recursos e a cultura necessários para isso.
- Como você medirá o sucesso da implementação de uma nova abordagem?
Sem indicadores-chave de desempenho (KPIs) claros, é impossível avaliar a eficácia da implementação de uma nova ferramenta. Determine-os com antecedência.
- Existem soluções alternativas?
O que é popular nem sempre é o melhor para o seu negócio. É importante analisar as diferentes opções e escolher aquela que melhor se adapta às necessidades e características da sua empresa, mesmo que não seja a mais moderna ou a mais utilizada.
- Qual o tamanho de suas equipes e projetos?
O Agile é mais adequado para equipes pequenas e multifuncionais.
- Quão importante é o feedback frequente dos clientes para você?
As metodologias ágeis enfatizam a comunicação constante e o desenvolvimento iterativo.
- Com que frequência os requisitos dos seus produtos ou serviços mudam?
Frameworks ágeis são projetados para se adaptar às mudanças.
- Qual é o nível de confiança e transparência na sua empresa?
Agile requer comunicação aberta e vontade de experimentar.
Se depois de responder a essas perguntas suas dúvidas ficarem mais fortes e você quiser abordar as mudanças com sabedoria, então pense se você tem processos que já estão funcionando de forma eficaz? Não tente consertar o que não está quebrado. Muitas vezes vale mais a pena complementar e aprimorar seus pontos fortes.
Agile não é um dogma, mas um conjunto de princípios. Adapte-os para se adequar a você, procure o que funciona para você. Recorra aos especialistas. Eles serão capazes de dar recomendações competentes sobre o que deve ser mudado sem adorar cegamente a moda.
Gostou do conteúdo? Assine nossa Newsletter!
Retornaremos assim que possível.
Tente novamente mais tarde.
O que você gostaria de ler por aqui?
Retornaremos assim que possível.
Tente novamente mais tarde.
Veja outros artigos...


