Skip to content

Backlog do Produto

1. Versionamento

Versão Data Descrição Autor(es)
0.1 11/12/2022 Criação do documento Rafael Ramos
1.0 16/12/2022 Inserção do frame referente ao pbb e criação do tópico do product backlog Rafael Ramos
1.0.1 19/12/2022 Revisão do documento João Moura
1.1 20/12/2022 Remoção da numeração nos tópicos, Adição de linkagem para referências e para github issues Rafael Ramos

Introdução

Product backlog é um artefato imprescindível para a metodologia Scrum, a partir deste artefato se torna possível a listagem do trabalho necessário para entrega de um produto [1]. Nesse sentido, esse trabalho é priorizado de acordo com as necessidades de cada produto, no nosso caso, o trabalho foi priorizado durante a utilização da metodologia do Lean Inception no sequenciador que define as ondas de trabalho. A partir dessa priorização, é possível definir o trabalho que será feito em cada sprint, ou seja, derivando do product backlog uma sprint backlog.

Foram definidos três níveis de abstração. Sendo eles: Épicos, Features e Estórias de Usuário [2].

Metodologia

Foi escolhido Product Backlog Building (PBB) como metodologia para a realização do product backlog. Essa metodologia consiste em realizar a criação do product backlog com os integrantes da equipe trabalhando de forma colaborativa, expondo seus pontos de vista e opiniões, semelhante as etapas propostas pela Lean Inception, a fim de preencher um quadro chamado PBB Canva.

O PBB Canva é uma ferramenta do PBB que fomenta a colaboração dos membros de uma equipe a partir de seu preenchimento facilitado. O fluxo de preenchimento do PBB Canva [3] é o seguinte:

  • Nome do Produto
  • Problemas (Derivado da Lean Inception)
  • Expectativas
  • Personas (Derivado da Lean Inception)
  • Features
  • Product Backlog Itens (PBIs)

Com a utilização dessa metodologia chegamos ao seguinte resultado:

Quadro 1: Quadro contendo PBB Canva desenvolvido pela equipe
Fonte: Autores

Product Backlog

Com a utilização do PBB foram levantados features e product backlog itens, que contemplam dois níveis de abstração do nosso backlog, que são as features e as estórias de usuário. Neste caso, para a elaboração do product backlog, foi necessário abstrair as features e agrupá-las em um mesmo contexto para a elaboração dos épicos.

A priorização desse backlog é feita seguindo as ondas do sequenciador, elaborado utilizando-se do método Lean Inception. Os respectivos critérios de aceitação de cada estória do usuário são elaborados e avaliados a medida que as estórias estão priorizadas para a sprint.

As issues referentes as estórias de usuário do product backlog se encontra em: Github issues.

Quadro 2: Figura contendo Product Backlog desenvolvido pela equipe
Fonte: Autores

Referência

[1] RADIGAN, Dan. O backlog do produto: sua lista de tarefas definitiva. Atlassian. Disponível em: https://www.atlassian.com/br/agile/scrum/backlogs. Acesso em: 11/12/2022.

[2] FONSECA, Bruna. Entendendo a diferença entre ÉPIC, FEATURE e USER STORY. Linkedin. Disponível em: https://www.linkedin.com/pulse/entenda-diferen%C3%A7a-entre-%C3%A9pic-feature-e-user-story-bruna-fonseca-/?originalSubdomain=pt. Acesso em: 11/12/2022.

[3] Seja colaborativo e efetivo na criação do Product Backlog. Product Backlog Building. Disponível em: http://www.productbacklogbuilding.com/overview.php. Acesso em: 11/12/2022.