Backlog é composto de “coisas” a fazer na Sprint, estas podem ser:
- Estória de Usuário
- Caso de Uso
- Incremento arquitetural
- Requisito não funcional
- Bug
- Débito técnico (cuidado com isto)
- Entre outras coisas que podem ser materializadas
Backlog do produto
Tudo que se pensa em fazer para atender o objetivo do produto. Mas cuidado com este “tudo” é tudo que se descobriu até aquele momento. Existe um grande perigo de querer prever demais e gastar tempo em algo que pode perder o sentido logo. A dica é foque em entregas curtas de forma iterativa e incremental.
Refinar é preciso
O product Owner olha para o backlog constantemente, refina trabalha junto com a equipe de desenvolvimento e amadurece, fragmenta em pedaços menores, para que o backlog da sprint seja SMART (Specific, Measurable, Achievable, Relevant, Time-bound):
- Específico – Segmentar um objetivo específico
- Mensurável – Quantificar ou pelo menos sugerir e indicar o progresso
- Realizável – Seja realista
- Relevante – Verifique a relevância do objetivo
- Tempo limite – Atribua uma previsão (evita a procrastinação)
Vale ressaltar que existe inúmeras técnicas e boas práticas de priorização SMART é apenas uma delas.
Este refinamento gera insumos para o Backlog da Sprint e assim a equipe segue com os devidos incrementos.
