Backlog do Produto

O que é?

Lista ordenada de requisitos do produto. Tudo que será construído no produto deve estar representada no Backlog do Produto. O backlog contém requisitos funcionais (funcionalidades) e também contem itens a serem corrigidos, melhorias, débitos técnicos, estudos, testes A/B, ou seja, tudo que deve ser feito. O backlog só termina quando o produto é descontinuado ou uma iniciativa com fim pré-determinado (projeto).

Por que aplicar?

O uso de um Backlog do Produto como fonte única de requisitos, facilita o processo de identificação pelo time do que deve ser feito e com qual prioridade. Para isso ele precisa ficar associado a um Story Map, sem isso ele pode parecer confuso e sua extensão e a falta de visibilidade quanto a interdependências e decomposição.

Como aplicar?

Pode ser utilizado por múltiplos times, sendo construído um único Backlog por produto. Para isso devemos seguir alguns passos, são os abaixo:

• A partir do Story Map (caso tenha sido elaborado) inclua no Backlog os Épicos e User Stories;

• Ordene o Backlog conforme prioridade. Deve ser mantida a consistência da priorização com o mapeamento das entregas (releases) indicadas no Story Map e no Roadmap;

• Desmembre os Épicos que estão na parte superior do Backlog em itens menores, que devem caber dentro de uma Sprint ou Ciclo de desenvolvimento.

Uma recomendação é manter a utilização do acrônimo (DEEP) para Detalhado, Estimado, Emergente e Priorizado, que são:

• Detalhado (Apropriadamente): itens no topo do Backlog devem estar mais detalhados que os itens inferiores. Isso porque detalhas itens pouco prioritários pode significar perde de tempo em contextos de mudanças.

• Estimado: os itens devem estar estimados, já que essa estimativa é útil como uma ferramenta de planejamento. Os Developers são responsáveis pela estimativa.

• Emergente: o Backlog deve ser constantemente atualizado, de forma a refletir as mudanças que ocorrem na trajetória do produto.

• Priorizado: o Backlog é ordenado do mais prioritário (parte superior) para o menos prioritário (parte inferior). A responsabilidade pela ordenação é exclusiva do P.O ou do Líder da Iniciativa com o suporte do Time de Desenvolvimento.