Os relatórios de épico e de lançamento (ou versão) acompanham o progresso feito sobre o desenvolvimento com grande quantidade de trabalho do que a burndown da sprint. Como os sprints contêm trabalhos de vários épicos e versões, é de suma importância acompanhar o progresso de ambos os sprints individuais, juntamente com épicos e versões.
A fluência de escopo geralmente acontece em épicos e versões do que em sprints. Se está acontecendo durante sprints, então isso é uma prática ruim. À medida que a equipe avança no ciclo de vida do projeto, o gerente de projeto pode adicionar ou remover o trabalho, dependendo do que a equipe está aprendendo. Os gráficos épicos e de versão burndown manterão todos em sintonia com o fluxo de trabalho dentro dos épicos e versões.
Você também precisa procurar alguns dos possíveis antipadrões na forma de:
Falha ao atualizar as previsões épicas/de lançamentos regularmente;
Há pouco ou nenhum progresso feito mesmo após várias iterações;
Escopo persistente – o proprietário do produto não conseguiu entender o problema;
O escopo continua crescendo independentemente de a equipe poder ou não absorvê-lo;
A equipe é incapaz de fornecer liberações incrementais durante o desenvolvimento de épicos.
O Relatório épico mostra uma lista de problemas completos, incompletos e não estimados em um épico. É particularmente útil no planejamento de trabalhos para um épico que pode se estender por vários sprints.
Use o Relatório épico para entender o progresso da conclusão de uma epopéia ao longo do tempo e para rastrear a quantidade de trabalho restante incompleto ou não estimado.