No ambiente ágil os times ganham o protagonismo para estimar as suas próprias tarefas. Para que isso funcione bem, uma das ferramentas mais utilizadas é a Escala de Fibonacci, também conhecida como sequência de Fibonacci.
Ela consiste em uma sequência na qual cada número é a soma dos dois anteriores. Começando com 0 e 1, a sequência prossegue assim: 0, 1, 1, 2, 3, 5, 8, 13, 21, 34, e assim por diante.
Na prática, os times utilizam aquilo que chamamos de Escala de Fibonacci ajustada que fica da seguinte forma: 0, 1, 2, 3, 5, 8, 13, 20, 40, 60, 100.
Continue a leitura deste artigo para saber mais sobre:
- como implementar a Escala De Fibonacci na estimativa de user stories;
- quais são as vantagens da utilização da Escala De Fibonacci em projetos ágeis;
- quais são os desafios e suas soluções ao usar a Escala De Fibonacci.
Como implementar a Escala de Fibonacci na estimativa de user stories?
Implementar a Escala de Fibonacci nas estimativas de user stories durante as reuniões de planejamento de sprint pode ser uma abordagem eficaz para times ágeis. Para que isso aconteça, é recomendado seguir as instruções abaixo:
- antes da reunião de planejamento do sprint, certifique-se de que todas as user stories estejam seguindo o definition of ready estabelecido previamente pelo time;
- previamente também é importante explicar para o time como funciona o planning poker;
- distribua os cartões da Escala de Fibonacci para os membros da equipe;
- o time deve buscar a menor user story e atribuir a ela o valor 1 da escala. A menor estória significa aquela que possui menos complexidade, menor volume e, por fim, aquela que temos mais conhecimento sobre o que precisa ser feito;
- agora o facilitador ou o product owner pode apresentar uma user story da lista;
- estimule os membros da equipe a fazer perguntas para esclarecer dúvidas sobre a story;
- cada membro, então, precisa selecionar um cartão que representa sua estimativa de esforço. Cada membro deverá neste momento comparar a estória em questão com a menor estória estabelecida previamente;
- em seguida, todos devem revelar suas escolhas simultaneamente.
- discuta as estimativas, especialmente se houver grande discrepância entre elas, e faça com que membros com estimativas altas e baixas expliquem seus raciocínios;
- repita a votação até que a equipe esteja suficientemente alinhada nas estimativas;
- registre o resultado para cada user story e continue para a próxima até que todas as histórias de usuário planejadas para o sprint sejam estimadas.
Observe como é importante ter uma user story de referência. Isto possibilita uma comparação mais objetiva, afinal de contas pode ser mais fácil você afirmar que uma determinada estória tem 5 vezes o tamanho / complexidade de uma outra de tamanho 1, do que simplesmente dizer que ela tem tamanho igual a 5.
Quais são as vantagens da utilização da Escala de Fibonacci no planejamento dos times?
De forma geral, os benefícios do uso da utilização da Escala Fibonacci em projetos ágeis são:
- melhora a precisão porque, além de ser realizada de forma colaborativa, incorpora elementos como complexidade, volume, conhecimento e incerteza;
- facilitação da comunicação, uma vez que fornece uma linguagem comum para discussão, dando a todos a oportunidade de compartilhar suas perspectivas;
- promoção da colaboração entre a equipe durante as sessões de estimativa;
- o uso de uma escala não linear, que reflete a variabilidade presente no desenvolvimento de software, captura a incerteza e complexidade de forma mais adequada ao tipo de trabalho que estamos estimando;
- transparência nas estimativas, permitindo que todos os membros tenham acesso às informações sobre o tamanho relativo das tarefas.
Leia também: Personas Ágeis Para User Stories
Quais são os desafios e suas soluções ao usar a Escala De Fibonacci?
Usar a Escala de Fibonacci na estimativa de user stories pode ser uma técnica eficaz, mas não está isenta de desafios. Entre eles, podemos destacar:
1. Discrepância nas estimativas
Membros do time frequentemente têm percepções divergentes sobre o esforço necessário para uma tarefa, levando a grandes variações nas estimativas.
A solução é promover sessões de discussão aberta durante as reuniões de planning poker para cada membro explicar seu raciocínio por trás de sua estimativa.
2. Superestimação ou subestimação crônica
Algumas equipes tendem a superestimar ou subestimar as user stories, levando a planejamentos de sprint imprecisos e a desequilíbrios no fluxo de trabalho.
Utilizar retrospectivas para revisar as estimativas passadas em comparação com o trabalho real realizado pode ajudar a calibrar melhor futuras sessões de estimativa.
3. Falta de comprometimento com as estimativas
Equipes podem sentir que as estimativas são impostas ou não consideram suas opiniões, resultando em falta de comprometimento com os prazos da Sprint.
Por isso, é importante assegurar que todos os membros participem ativamente do processo de estimativa e que suas vozes sejam ouvidas.
4. Adesão excessiva às estimativas
Equipes podem se tornar excessivamente fixadas nas estimativas, resistindo a ajustes necessários quando novas informações surgem ou quando o contexto do projeto muda.
Assim, estimule uma mentalidade flexível e adaptativa, lembrando a todos que as estimativas são guias, não restrições.
Leia também: Como Escrever As Melhores User Stories Com Invest
Se você gostou desse conteúdo e quer saber mais, acesse a nossa eXPerience Adaptworks e conheça o treinamento Como Trabalhar com Story Points.
E não se esqueça de deixar, nos comentários, dúvidas e sugestões sobre o uso e as diferentes aplicações da Escala de Fibonacci para estimar user stories!
