Estimativa ágil: estimativas relativas vs estimativas absolutas

Precisão do Grupo vs. Estimativa Individual

Quer a equipe esteja trabalhando em um produto ou projeto, precisamos responder à pergunta “Quando terminaremos?” Ou até onde podemos ir em um determinado momento. Assim como o desenvolvimento tradicional, precisamos estimar o esforço antes de iniciar o projeto.

O que é Estimativa de Projeto?

Uma  estimativa  é um cálculo aproximado de algo. Por exemplo, a estimativa de custo do projeto é um conceito geral do modelo de preço do projeto. Ele ajuda você a fornecer um número esperançosamente mais realista quando seus clientes ou outras partes interessadas do projeto solicitam que você avalie o custo e o tempo do projeto.

Estimativa Ágil versus Tradicional

Tradicionalmente, alocamos tempo para estimar projetos de software, enquanto nos  métodos ágeis , eles preferem fornecer um ponto de história para um item de backlog como medida de trabalho relativo. Isso permite que a equipe considere outros trabalhos que fizeram no passado e compare-os com o backlog do produto que eles estimarão. Os pontos de história não são medidos fornecendo um tempo absoluto, mas estimando a carga de trabalho necessária para resolver tarefas semelhantes com base na experiência anterior.

A estimativa ágil  tem as três características a seguir:

1. Estimativa Coletiva da Equipe
2. Esforço Relativo vs Estimativa de Tempo Absoluta
3. Estimar a velocidade da equipe

1. Estimativa coletiva

Durante o desenvolvimento do  Scrum , a equipe compartilhou a responsabilidade e se comprometeu coletivamente com o trabalho de cada  Sprint , de modo que a carga de trabalho estimada para a equipe ágil utilizou uma abordagem de estimativa coletiva. As estimativas coletivas normalmente usam o Planning Poker como uma ferramenta, a equipe faz uma estimativa coletiva jogando um jogo de estimativa. O Planning Poker  é considerado a técnica mais eficaz e muito interessante para fazer estimativas de carga de trabalho em  Agile . Consiste em um conjunto de números semelhantes aos números de Fibonacci, incluindo: 0, 0,5, 1, 2, 3, 5, 8, 20, 40, ?, ∞, cada baralho de cartas de pôquer tem 4 grupos desses números de Fibonacci para servir para 4 pessoas usar.

A precisão da estimativa de grupo vs. individual

De acordo com algum estudo sobre a precisão da estimativa de esforço entre indivíduo e grupo em um experimento para um projeto de software. 20 profissionais de software da mesma empresa estimaram individualmente o esforço de trabalho necessário para implementar o mesmo projeto de desenvolvimento de software. Os participantes tinham diferentes origens e  funções  e o projeto de software já havia sido implementado anteriormente. Depois disso, eles formaram cinco grupos. Cada grupo concordou com uma estimativa discutindo e combinando o conhecimento entre eles.

Resultado — As estimativas baseadas em discussões em grupo foram mais precisas do que as estimativas individuais.

Passos para realizar o Planning Poker

1. Cada membro da equipe recebe um conjunto de cartas, incluindo 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, ?, ∞, um total de 12 cartas.
2. O  proprietário do produto  lerá a descrição de um recurso para a equipe.
3. Os  membros da equipe  discutem o recurso e fazem perguntas ao proprietário do produto, se necessário.
4. Quando os membros terminarem sua discussão, cada membro seleciona uma carta de pôquer para representar a estimativa. As cartas são então reveladas simultaneamente.
5. Se a equipe avalia estimativas diferentes. Nós concordamos? Temos diferenças? Existe alguma coisa que eu não tenha considerado? Aqueles que escolheram o valor mais alto ou mais baixo devem compartilhar seu raciocínio com o grupo antes de cada membro selecionar outra carta de pôquer.
6. Após a discussão, você pode estimar outra rodada e a equipe precisa chegar a um acordo.
7. Volte para a segunda etapa e comece a estimar a próxima entrada.

2. Esforço Relativo vs Estimativa de Tempo Absoluta

Uma estimativa nada mais é do que um palpite bem fundamentado. Usamos todo o conhecimento e experiência disponíveis para fazer uma estimativa sobre a quantidade de tempo que levará. Então, em vez de analisar cada novo item de trabalho separadamente, por que não compará-lo com itens de trabalho concluídos anteriormente? É mais fácil para os humanos se relacionarem com itens semelhantes do que adivinhar o tamanho real das coisas de qualquer maneira.

Por exemplo, está mais perto dessa coisa realmente pequena? Ou é mais como este item de tamanho normal? Ou é realmente enorme como aquele trabalho que terminamos no mês passado? Fazer estimativas relativas não apenas reduzirá a quantidade de tempo gasto na estimativa do trabalho, mas também aumentará muito a precisão das estimativas.

Nosso cérebro não é capaz de fazer estimativas absolutas; sempre colocamos aquela coisa nova que precisamos estimar em relação às coisas que já conhecemos.

3. Estimativa de velocidade – Registre e calcule a média da velocidade da equipe de cada Sprint

A  velocidade da equipe  é o número de  pontos da história  que a  equipe Scrum  realmente completa em um Sprint. A velocidade da equipe informa o quão rápido a equipe está indo. Um projeto ou equipe recém-estimada (sem fazer referência a registros de velocidade no passado), podemos fazer 1–2  Sprint  para medir uma velocidade como a velocidade inicial. No processo de implementação do Sprint, precisamos registrar a velocidade de cada Sprint, para planos futuros.

Estimamos o número total de  pontos de história  para o  Backlog do produto , e então sabemos a velocidade média de cada Sprint, então podemos descobrir quantos Sprints precisamos terminar e, portanto, espera-se que o Sprint seja necessário para o projeto como mostrado na figura abaixo.