< Insights

Três modelos de Metodologia Agile para começar com o pé direito

  • Metodologias

Sabemos que, na teoria, tudo funciona muito bem. Mas para implantar a Metodologia Agile dentro de uma empresa, é necessário um primeiro passo e, talvez, o mais difícil: mudar a mentalidade e a cultura do seu negócio. Nós sabemos que essa mudança não ocorre de um dia para o outro, ainda mais em um ambiente cheio de problemas para resolver e com diversos projetos para começar.

Pensando nisso, elaboramos este artigo com conteúdo compartilhado pelo Agile Coach da Objective, Alexandre Nodari, com três modelos de prateleira para você implantar Metodologia Agile o quanto antes na sua empresa. O conteúdo foi apresentado no Agile Trends, o maior evento ágil do Brasil, onde o Alexandre abriu a sua palestra citando que “não existe uma verdade absoluta, tudo depende de contexto”.

Portanto, a dica logo de cara foi: análise a estratégia e o contexto em que você está inserido antes de acreditar fielmente no conjunto de práticas e modelos de Agile que vamos apresentar. Antes de continuar, reforçamos que este artigo é destinado para aqueles que ainda não usam Ágil, apenas ouviram falar, ou para aqueles que adotaram recentemente, mas que ainda estão muito no início.

Além deles, o texto também é ideal para aqueles que já adotaram o Ágil e perceberam a equipe mudar, mas que ainda não conseguem converter isso em ganhos de métricas efetivas. Esse é o seu caso? Então, vamos lá! Como é sempre melhor começar pelo básico, primeiramente vamos entender melhor o que é ser Agile e o que é uma gestão Agile.

Agile: o que é? 

No ano de 2001, em uma estação de esqui nos Estados Unidos, 17 desenvolvedores se uniram para conversar sobre métodos leves de desenvolvimento de software. Assim, foi criado o Agile Manifesto, que em português significa “Manifesto Ágil”. Esse manifesto conta com um conjunto de fundamentos direcionado para a criação de softwares de forma mais rápida, desencorajando práticas ineficientes e sem comprometer a qualidade do produto final.

Porém, o sucesso desses métodos foi tão grande que o Agile passou a ser aplicado em outros setores além do TI. Só na América Latina, o investimento em projetos ágeis aumentou em mais de 30% entre 2017 e 2019! 

Quais são as metodologias Agile?

Atualmente, existem diversos frameworks da metodologia Ágil, que podem ser escolhidos pelas empresas de acordo com os seus propósitos. Alguns desses modelos são mais eficientes que outros, claro. Veja as metodologias mais usadas:

  • Scrum;
  • Extreme Programming (XP);
  • Feature Driven Development (FDD);
  • Dynamic Systems Development Method (DSDM);
  • Adaptive Software Development (ASD);
  • Crystal e Lean Software Development (LSD).

 Como funciona o método Agile? 

O Agile é focado diretamente no planejamento, de caráter adaptativo, de auto-organização e com prazos de entrega curtos. A ideia é orientar diversas mudanças no ambiente corporativo, garantindo que a equipe entregue bons resultados e em prazos menores. O método é flexível, rápido e busca melhorias contínuas na qualidade, atuando entre o excesso e a insuficiência de processos.

Esse método valoriza os indivíduos e as interações, a colaboração com o cliente e a resposta às mudanças. Ele conta com um desenvolvimento interativo, feito em curtos ciclos de entrega, chamados sprints, feitos pelo squad, um time com diversos profissionais com objetivos estabelecidos e autonomia. O Agile depende da confiança entre as equipes, que fazem contato direto com os clientes para garantir soluções rápidas e assertivas.

O método não é considerado apenas uma lista de instruções, mas sim uma abordagem e uma mentalidade. O Agile, então, é baseado na comunicação eficiente e eficaz entre a equipe, com rápidas reuniões, fazendo com que a rotina de trabalho seja mais integrada e flexível. Além disso, o feedback contínuo dos clientes também é uma peça-chave no Agile. Só assim é possível ajustar o produto final de maneira contínua, aumentando a satisfação e o alinhamento de expectativas.

Além da comunicação e dos comentários, o método Agile preza a confiança, já que as equipes e os funcionários são auto-organizados e não seguem regras da administração. Os ajustes também são essenciais no Agile, já que o processo é ajustado continuamente.

Benefícios do Agile 

A metodologia Agile pode mudar completamente a mentalidade da empresa, alterando o modo como o seu negócio lida com os clientes e com as demandas do mercado. Além disso, o Agile permite que o sistema responda rapidamente às mudanças, e sabemos que nos dias de hoje isso é fundamental. Confira os benefícios do Agile:

  • Prioriza a satisfação do cliente;
  • Torna o processo e a entrega de resultados mais rápidos;
  • Garante maior flexibilidade para lidar com mudanças;
  • Facilita o entendimento das demandas dos clientes;
  • Desenvolve comunicações diretas e em diferentes canais;
  • Gera maior satisfação do cliente;
  • Valoriza e respeita os funcionários;
  • Promove um ambiente de trabalho colaborativo e inovador;
  • Aumenta a produtividade nas etapas da cadeia de trabalho;
  • Diminui a dificuldade na realização de rotinas diárias;
  • Elimina a necessidade de refazer o projeto.

Ficou interessado por esses pontos positivos que o Agile traz para a sua empresa? Vamos ver, agora, como ele pode ser aplicado, seguindo a etapa em que ela está. Por isso, separamos as dicas em três partes – a primeira para aquelas que irão começar a implantação do Agile do zero, a segunda para aquelas que já possuem um escopo inicial e a terceira para aquelas que ainda não possuem um escopo bem definido. Confira!

Começando do zero a implantar Metodologia Agile

Você ainda não conhece o produto ou projeto que vai iniciar? A grande sacada aqui é não começar indo na direção errada. Explicamos: Quando abordamos eficiência e eficácia, muito utilizado nas práticas ágeis, uma afirmação bastante citada diz “é mais importante dar um passo devagar na direção certa do que sair correndo na direção errada”.

E seguindo nesse sentido, o Agile Coach conta da sua experiência: “a primeira coisa que se percebe são muitos times começando em determinados projetos ou buscando desenvolver um produto sem entender e fazer uma avaliação de qual o escopo ou projeto deste produto”.

Aqui a dica foi entender um pouco sobre Design Thinking. Na palestra, a sugestão do Alexandre é sempre que começar algo novo ou desenvolver uma versão nova de produto em produção, avaliem o escopo usando um conjunto de práticas do Design Thinking.

Com a apresentação de três práticas, ficou bem claro e apresentamos a seguir:

1- Imersão

Entender o que estão fazendo. Aqui podemos destacar a primeira fase de design sprint, que acontece no primeiro dia, “compreender”.

No Lean Inception, do Paulo Caroli, existem as fases de visão de produto e o  

“é/não é, faz/não faz”.

Podemos afirmar que o design sprint acontece em aproximadamente uma semana e o inception em até menos de uma semana, ou seja não, é um desperdício de tempo é um investimento para entender o produto.

Confira nosso eBook completo sobre Lean Inception aqui

2 –  Inspiração

Agora que já foi entendido o que é o problema e analisamos os usuários, como resolver o problema detectado?

No Lean Inception, este momento aparece como fase de identificação de personas e mapeamento de usuários de jornada. Na Google Design Sprint são o segundo e terceiro dia: Divergir e Convergir.

3 – Implementação

No Lean Inception é mencionado a definição (o desenho) do MVP.

O MVP que, apesar de não ser uma prática exclusivamente do Lean Inception, está mencionado como uma possível saída para esses dois ou três dias.

Já no Google Design Sprint, os últimos dois dias são para prototipar e validar.

No Extreme Programming é feito o uso das Spike Solutions, que são pequenos protótipos de códigos que podem ser descartados só para validar algum desafio técnico ou alguma expectativa de negócio que você tenha.

Experiência Objective na aplicação de Metodologia Agile 

Falando um pouco da experiência da Objective em projetos na linha do Design Thinking.

Optamos por essas ações já que para a aplicação é necessário um investimento pequeno, utilizando aproximadamente 40 horas do time, com práticas bem conhecidas.

Além disso, quando a empresa adota essa prática com a Objective, tem como ganho o seu protótipo ou ao menos o escopo bem definido e relativamente fatiado para começar uma primeira sprint, caso trabalhem na linha Scrum.

Execução da Metodologia Agile –  Já existe um escopo inicial

Com um escopo claro e um time preparado para trabalhar nesse projeto? É possível que essa equipe trabalhe exclusivamente para esse projeto em específico? Se sim, recomendamos para esse segundo modelo uma linha de pensamento de entregas interativos e implementáveis.

Mas algumas pessoas perguntam: Como fazer isso? A primeira prática sugerida na palestra é o fatiamento de escopo. 

Neste momento entra uma das maiores chances de um time adotar uma metodologia ágil e não conseguir – dentro das sprints ou outras iterações propostas pelo projeto – realizar as entregas dentro do prazo. É exatamente quando as equipes desmotivam e preferem reverter a adoção da Metodologia Agile

Se o Product Owner, sendo apoiado pelos líderes técnicos do projeto e pelos analistas de testes, tivessem feito um bom fatiamento deste escopo, reduzindo a granularidade do projeto, isso ajudaria muito a tornar a equipe mais ágil.

Atenção: agilidade é: obter feedback! E o melhor tipo de feedback que podemos ter é entregar software para o cliente e receber dele as respostas e indicações do que acertamos e do que erramos para corrigir.

Outra prática também indicada é formar um ciclo de feedback do processo. Em que os colaboradores já começam a olhar em como podemos melhorar. Na verdade, mais do que isso, entender como o processo e como essas mudanças e práticas estão servindo.

Todas as metodologias ágeis indicam que em determinado momento é necessário parar e pensar como o seu projeto e o seu processo está.

Normalmente, no dia a dia a gente se vê sugado por um redemoinho de tarefas e raramente paramos para pensar se estamos fazendo a coisa certa.

Sempre buscamos ser mais rápidos e resolver mais problemas. Mas não conseguimos parar para pensar em uma melhoria de eficácia ao invés de eficiência. Melhorar o nosso processo ao invés de fazer simplesmente mais do nosso produto.

Quando falamos do Scrum essa cerimônia se chama retrospectiva. Já no Kanban uma boa forma de obter isso é com o quadro que oferece a gestão visual, além de buscar kaizens em cima das métricas tirada a partir do quadro de permite a gestão visual.

Vale destacar a facilidade que se costuma observar nas equipes que fazem retrospectivas em reclamar do que está ou deu errado. Mas, investem muito pouco tempo, esforço ou até recursos financeiros para efetivamente atacar os problemas levantados.

Apenas visualizamos uma prática que funciona nesse sentido: tempo de qualidade nas atividades. É bom lembrar que não é a simplicidade do Scrum, das práticas, das cerimônias, ou dos papéis que são importantes na adoção de uma Metodologia Agile, e sim a não preparação  da mentalidade do time antes de fazer.

Aplicação da Metodologia Agile – quando não tem um escopo bem definido

Apenas para reforçar, este cenário é considerado em qualquer situação que o time seja interrompido constantemente por bugs, problemas de operação, entre outros, e não conseguem se concentrar no escopo dentro da mudança.

Nesse caso, é recomendado uma linha de pensamento orientada ao fluxo. São time que estão buscando continuidade, querem entregar novas qualidades, correções de bugs e resolver problemas de operação.

A primeira prática para esses time é: visualizar o fluxo de trabalho e entender realmente o que é feito e qual o resultado de cada etapa do trabalho. A ideia é deixar claro para todo o seu time quais são as etapas de trabalho, os tipos de tarefa que executam.

Para ações que deem resultado, é necessário a participação do time por completo. No caso do Kanban, é fundamental o papel do Service Delivery Manager.

Outra ação é limitar o trabalho em progresso (WIP) e, muitas vezes nesses times, a reclamação mais comum é “estamos sobrecarregados”. Para isso, vale analisar: “se você tem três tarefas que levam um mês, fazê-las em paralelo significa uma demora de três meses para entregar os projetos. Mas se você tocar os projetos de forma linear, com limite de trabalho, você consegue entregar uma atividade por mês e assim eliminar as pendências.”

A experiência que temos na Objective, apresentada pelos nossos Agilistas, é que limitar um trabalho por progresso muda drasticamente uma equipe. Vale a pena tentar!

Um detalhe importante: deixe bem claro para as pessoas que se envolverem no projeto e para o próprio time quando cada uma daquelas cartelas está pronta para ser começada, quando ela pode passar de cada uma das colunas e quando ela está pronta para ser entregue.

Essa dica ajudará muito os times a não passar atividades de cartelas e precisar colocá-las aos antigos postos. Também foi mostrada como ação a prática de medir e gerenciar o fluxo.

Existem três métricas simples que normalmente adotamos na aplicação de Metodologia Agile para nossos clientes. São elas:

  • Eficiência de fluxo: só de olhar para o mapeamento de cadeia de valor já é possível fazer um cálculo de 15 a 20 min da eficiência do fluxo, apenas somando os esforços de cada uma das etapas e dividindo pela soma dos prazos;
  • Lead time: o tempo de comprometimento com a atividade;
  • Vazão: a atividade sendo entregue no tempo exato que a equipe previu e colocou como meta no quadro.

Depois desses modelos e frameworks de Metodologias Agile citadas nesse artigo, com qual você começar na próxima segunda-feira? Se precisar de ajudar de nossos especialistas, ou quiser conversar mais com eles, clique aqui e marque um café!

Insights do nosso time

Obtenha insights do nosso time de especialistas sobre metodologias de desenvolvimento de software, linguagens, tecnologia e muito mais para apoiar o seu time na operação e estratégia de negócio.