Aplicação do Scrum

Olá Alicinha,

estimar no começo de um projeto todas as histórias do seu Product Backlog é extremamente difícil e a precisão tende a ser muito baixa, ainda mais se isso for feito usando tempo que é uma variável muito subjetiva dado que depende muito de qual programador que vai pegar a história para fazer. Outra coisa que atrapalha estimar isso também vem do fato que no meio do caminho vão ocorrer problemas ou novas features... Por exemplo, bugs fazem parte do dia a dia da programação, não existe uma forma de evitar 100%. Ou pensando mais do dia a dia de trabalho, times completamente novos vão passar por uma fases de conflitos e problemas até se ajustarem e serem realmente produtivos, como Tuckman já provou esta teoria em 1960. E no meio do caminho talvez ocorram mudanças nas regras de negócio, conforme o sistema cresce o cliente/usuário tem novas ideias. É tanta coisa que pode acontecer no meio do caminho que no fundo determinar um prazo de entrega em software acaba sendo um grande chute.

Para ser um pouquinho mais assertivo, uma possibilidade é que esta "estimativa" seja feita em conjunto com os desenvolvedores que participarão do projeto dado que eles podem dar um ponto de vista da dificuldade do que será feito, inclusive levando em consideração qual a stack de tecnologia que será usada.

Uma coisa que dá para fazer é ter uma estimativa de tempo mais precisa depois de algumas Sprints. O que o pessoal que usa Kanban faz é estimativa por esforço para cada história. Quando a história é concluída, marcar quanto tempo levou. Depois de algumas sprints, é possível tirar estimativas, por exemplo:

Histórias esforço 5
90% das vezes levou 4 dias
9% das vezes levou 6 dias
1% Pior cenário 7 dias

Isso dá uma base mais história e e cada vez mais precisa, dado que bastaria ter a estimativa de esforço do restante do product backlog para ter algumas previsões de entrega no melhor cenário até o pior cenário.

Boa Lucas!!